MVC架构的意义与缺陷

MVC 三层架构中的 M 表示 Model，V 表示 View，C 表示 Controller。它将整个项目分为三层：展示层、逻辑层、数据层。

最早的时候，很多 Web 项目并不复杂，前后端也都在一个项目里，MVC 模式在当时是非常合理的。

后来 Web 项目复杂度变高，前后端也分了家，这种情况下，我们一般就将后端项目分为 Repository 层、Service 层、Controller 层。

• Repository 层负责数据访问。
• Service 层负责业务逻辑。
• Controller 层负责暴露接口、参数校验、构建 RespBody。

这种编码模式是“面向过程”的，整个编码过程大概是：从数据库中取出A，在 Service 成变成B，在 Controller 层B变为C（RespBody）。

好处就是编码快&爽。

至于缺点嘛…主要在于无法应对复杂软件项目

缺点一：复用代码困难

“面向过程”天生就有可复用性的劣势，尽管各个高级软件工程师尽力去优化&重构代码，抽象出很多“可复用函数”，搞了很多 common 文件、xxAssistant 文件。

缺点二：BUG率高 同样的业务，

解决方案？

基于“面向对象”编程思想，用 DDD 构建项目。

原文链接：MVC架构的意义与缺陷