Asp.net mvc 此ASP.NET MVC应用程序的适当路由设计是什么？
我的网址 现在，如果有人去我想显示一个页面来选择一个部分 如果有人去，我想显示所有啤酒的列表 我的问题是，我应该有一个默认的路由，然后根据URL的填充量返回不同的视图，还是应该创建多个路由到同一个控制器并执行不同的操作？甚至不同的控制器，我只想知道最佳实践是什么。在您的特定情况下，“啤酒”可能是控制器操作的过滤器，而不是另一个控制器操作，在这种情况下，您只需要一个路由条目Asp.net mvc 此ASP.NET MVC应用程序的适当路由设计是什么？,asp.net-mvc,routing,Asp.net Mvc,Routing,我的网址 现在，如果有人去我想显示一个页面来选择一个部分 如果有人去，我想显示所有啤酒的列表 我的问题是，我应该有一个默认的路由，然后根据URL的填充量返回不同的视图，还是应该创建多个路由到同一个控制器并执行不同的操作？甚至不同的控制器，我只想知道最佳实践是什么。在您的特定情况下，“啤酒”可能是控制器操作的过滤器，而不是另一个控制器操作，在这种情况下，您只需要一个路由条目 在每次添加产品类别时，创建一个要求您添加新路由、控制器方法和/或视图的策略似乎并不明智。当然，除非您想高度定制每个类别的外观
在每次添加产品类别时，创建一个要求您添加新路由、控制器方法和/或视图的策略似乎并不明智。当然，除非您想高度定制每个类别的外观和行为。典型路线如下所示： [域/控制器/操作/id] 在您的案例中，它是简短的一部分： [域/控制器/操作？/？] 正如罗伯特·哈维（Robert Harvey）所说，你不想对每一种产品都采取行动。那么像这样的事情怎么样： [域/控制器/操作/id]
- 域=服务器
- 控制器=我们（tho，这似乎不是控制器的好名字）
- 行动=产品
- id=啤酒