就个人感觉而言。ASP.NET MVC是一种非常反人类的设计。（我没有接触过Java的MVC，不知道两者是否一样。如果一样，那么搞Java的同学也挺可怜。）尤其是MVC的路由机制，灰常灰常反动。路由所带来的“美观的”URL，通过合理的文件层次布局+URL重写机制同样可以解决。但显然文件目录结构的方式，更直观明了，贴近人们的自然思路。可惜不管我们如何吐槽，萨蒂亚?纳德拉估计是不会听的。
MVC的默认组织机构是扁平的。所有的Controller都是平级的。在大型项目中，这完全是一个灾难。当需要上百个甚至数百个Controller，或是为了让代码“自说明”时（指合理的给方法、文件命名，使阅读者在没有注释的时候也能直接读懂开发者的意图），很多Controller需要同名时，尤其让人崩溃。路是死的，人是活的。为了解决这一问题，聪明的程序猿想出了很多办法。比如利用Area机制、重写视图匹配机制、重写MVC框架等等。我们的OA系统中也有近百个Controller，不提前规划好路由，后续的工作我们就无法展开。所以，在这一节，我们就来聊聊其中两种不对MVC做大手术的方式。
（仅仅一个小功能模块就需要10多个Controller，在大型项目中，甚至需要数百个Controller，对项目管理而言，如不进行合理划分、管理，而按照mvc默认的平级存放，无疑会带来灾难性的后果。注：本图已对功能模块进行按目录划分）
MVC大型项目常见组织方式1——重写视图匹配机制，实现MVC多级目录
该方式的核心要点是：根据功能划分，对Controller和View进行多级目录处理（如上图）。然后通过路由优先级和重载MVC自带的视图匹配逻辑的方式，达到精确控制URL与Controller、Views进行匹配。进行这是最接近自然思维的处理方式，合理而精细的安排路由优先级的情况下，可以做到非常深的目录层次。在我们的示例项目中，也将采用这种办法。
- 根据功能划分，对Controller和View进行多级目录划分。
- 注册路由列表，通过优先级的方式，将路由和Controller一一对应。
- 重载MVC视图匹配逻辑，将View和Controller一一对应。
延伸阅读
- ssh框架 2016-09-30
- 阿里移动安全 [无线安全]玩转无线电——不安全的蓝牙锁 2017-07-26
- 消息队列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 论文笔记【图片目标分割】 2017-07-26
- 词向量-LRWE模型-更好地识别反义词同义词 2017-07-26
- 从栈不平衡问题 理解 calling convention 2017-07-26
- php imagemagick 处理 图片剪切、压缩、合并、插入文本、背景色透明 2017-07-26
- Swift实现JSON转Model - HandyJSON使用讲解 2017-07-26
- 阿里移动安全 Android端恶意锁屏勒索应用分析 2017-07-26
- 集合结合数据结构来看看(二) 2017-07-26
学习是年轻人改变自己的最好方式