WEB网站架构设计

Question

目前做的web项目基本上都按模块划分，比如说用户模块，则会创建model：user，以及对应的userDao，userService，userController问题是我的userController或者userService中有十多个方法，感觉这样设计不是很科学，一个类中方法太多了点，有没有什么这方面的建议不计较一个类有多少个方法算多，有没有这方面改进的建议，一个类太庞大怎么说都是很丑陋的

Answer 1

你这种是典型的事务脚本架构，适合于业务逻辑比较简单的情况。缺点是一个service承担了太多的职责，违背了单一职责设计原则。如果业务逻辑比较复杂，用领域模型架构模式好了。看看《企业应用架构模式》吧，大师之作。