MVC 架构-业务逻辑写在哪儿

问题

之前自己写乱写的时候，总是把业务逻辑写在 Controller 里面。
也看到有人说，要把逻辑放在 DAO 之上的 Service 层。
在最近的一个小项目中，发现逻辑稍微复杂一点儿，把业务逻辑放在 Controller 里面就不可维护了。

感觉又象是回到了以前过程式的编程，一点儿面向对象的味道都没有了。
那么，到底在哪些写业务逻辑?

解决

在 SO上查了一查，发现大家都建议：

• 在Model 层面，部署业务逻辑
• 在Service 层面，部署应用逻辑

业务逻辑和具体的业务相关；应用逻辑和数据库存储相关。

要注意设计和 Model，设计好类，还有方法。在这个层面，最考验面向对象的设计功夫。

封闭，可重用。