我应该将每个 MVC 视图命名为 Index.aspx 吗？

Question

如果我没记错的话 - ASP.NET MVC 的约定似乎希望我对控制器视图执行以下操作。

今天，我创建了“产品”目录，并将“索引”视图放入其中。 然后，我创建一个“ProductsController”并在其上创建一个返回视图的“Index”方法。 仅返回不带参数的 View() 将去获取“Index.aspx”页面，因为它与该方法同名。

 public class ProductsController : Controller
    {
        public ActionResult Index()
        {
            return View();   // looks for Index.aspx in Products directory
        }
    }

现在这样就好了。 但我最终会得到十亿个 Index.aspx 页面，而且我是从不关闭任何文件的人之一，所以我最终会发疯。

或者，我可以创建 Products/Products.aspx 并将我的控制器更改为以下内容：

 public class ProductsController : Controller
    {
        public ActionResult Index()  // my default routing goes to Index (from sample project)
        {
            return View("Products");
        }
    }

我了解其工作原理，并且在 MVC 设计模式中完全可以做到这一点。 它不是黑客或类似的东西。

我的问题（听完 这个 PDC 视频后）是 MVC 中更倾向于约定而不是可定制性（或者任何正确的短语是什么）。

所以我想知道我是否缺少第三种方法，或者人们是否对 Visual Studio 中的 50 个索引选项卡感到满意？

Answer 1

让每个控制器的默认操作具有相同的名称只会简化路由（检查 global.asax）。 此外，所有事物（产品、书籍、联系人等）都使用具有相同名称的操作/视图来实现相同的功能，然后代码变得更容易导航和理解。 当作为团队的一部分工作时，这种约定的使用尤其重要，因为它将鼓励开发人员之间保持一致的代码。

在查看另一个问题时，我在Codeplex 上的 MVCContrib 项目。 这可能会给你一些想法。

Answer 2

我认为你应该在操作之后命名方法并命名视图（如果它有意义并且它不在操作之间共享，与操作相同）。 您可能应该更改您的路由机制，因为 Index 并不是真正的描述性名称。 操作名称应该代表它的作用（就像任何方法一样），并且不应该硬编码为 Index 或类似的内容。 应改为编辑路由。

Answer 3

这只是一个模式。 使用该模式，但要让它为您服务。 就我个人而言，我喜欢让我的视图按其功能命名，并且我没有很多 Index.aspx 页面，因为我没有很多索引。