Model view controller ASP.Net MVC3 Web应用程序目录结构_Model View Controller_Asp.net Mvc 3_Project_Structure

Model view controller ASP.Net MVC3 Web应用程序目录结构

model-view-controller asp.net-mvc-3

Model view controller ASP.Net MVC3 Web应用程序目录结构,model-view-controller,asp.net-mvc-3,project,structure,Model View Controller,Asp.net Mvc 3,Project,Structure,我正在将我们当前的ASP.net网站迁移到MVC3项目，我对MVC非常陌生。目前，我们有一个超级管理员和一个管理员的2级授权。这两个级别的授权都会指向一个菜单，其中有一些通用页面和一些不同的页面，每个页面都可以访问。我想知道如何构造它，使控制器逻辑与URL的重复最少，如- myURL/超级管理员 myURL/超级管理员/用户 myURL/SuperAdmin/Users/UserId 对于管理员也是如此对于上述类型的URL，我可能必须在SuperAdmin和Admin控制器中复制Users视图

我正在将我们当前的ASP.net网站迁移到MVC3项目，我对MVC非常陌生。目前，我们有一个超级管理员和一个管理员的2级授权。这两个级别的授权都会指向一个菜单，其中有一些通用页面和一些不同的页面，每个页面都可以访问。我想知道如何构造它，使控制器逻辑与URL的重复最少，如-

myURL/超级管理员 myURL/超级管理员/用户 myURL/SuperAdmin/Users/UserId

对于管理员也是如此

对于上述类型的URL，我可能必须在SuperAdmin和Admin控制器中复制Users视图的控制器代码。因为这两种方法都可以访问用户视图。我想避免这种情况，但有相同的网址。我们正在利用现有的业务层实体框架存储过程，而不是使用任何LinqToSql。我可以为此使用命名路由吗？如果是，怎么做？我希望我说清楚了。有人能帮忙吗？如有任何意见和建议，将不胜感激

谢谢，

sdd

我对此并不完全清楚。如果您认为您将有代码重复，那么将代码删除到多个控制器将访问的公共类中。当然，如果这是您的意思，您可以有多个路由将您指向同一控制器/操作方法，但我建议您不要有多个URI，排除进入同一控制器方法的各种参数。这让你的应用程序有点难以理解