问题
之前自己写乱写的时候,总是把业务逻辑写在 Controller 里面。
也看到有人说,要把逻辑放在 DAO 之上的 Service 层。
在最近的一个小项目中,发现逻辑稍微复杂一点儿,把业务逻辑放在 Controller 里面就不可维护了。
感觉又象是回到了以前过程式的编程,一点儿面向对象的味道都没有了。
那么,到底在哪些写业务逻辑?
解决
在 SO上查了一查,发现大家都建议:
在Model 层面,部署业务逻辑
在Service 层面,部署应用逻辑
业务逻辑和具体的业务相关;应用逻辑和数据库存储相关。
要注意设计和 Model,设计好类,还有方法。在这个层面,最考验面向对象的设计功夫。
封闭,可重用。
---------------------
作者:ginkov
来源:优快云
原文:https://blog.youkuaiyun.com/ginkov/article/details/79961203
版权声明:本文为博主原创文章,转载请附上博文链接!
业务逻辑与应用逻辑的分离
探讨了在软件开发中,如何合理地将业务逻辑与应用逻辑进行分离,以提高代码的可维护性和面向对象的设计水平。强调了在Model层面部署业务逻辑,在Service层面部署应用逻辑的重要性。
1664

被折叠的 条评论
为什么被折叠?



