业务类Service
1. 通常的设计流程
作为J2EE Web英语,一般会按照如图所示的设计流程进行:
Servlet -> Service(业务类) -> DAO -> database
当浏览器提交请求到tomcat web服务器的时候,对应的servlet的doGet/doPost方法会被调用,接着在servlet中调用Service类,然后在Service类中调用DAO类,最后在DAO中访问数据库获取相应的数据。

2. 不使用Service及其原因
在本模仿天猫整站-J2EE版本中,不使用Service这一层。原因是在DAO进行了比较详细的设计,已经提供了很好的支持业务的方法。
如果在DAO上包裹一层Service业务类,不过是在直接调用DAO设计好的方法罢了,反而显得画蛇添足。
所以本项目取消了Service业务类这一层。
原型-后端
开发整站的顺序,通常来说还是按照依赖性来进行,前端需要的数据,都要先通过后台的功能维护在数据库中,才可以拿到。
所以,先进行后台功能的开发,然后再是前台功能的开发。
后台在系统设计的时候,并不是简单的每个功能对应一个Servlet,而是使用了反射的技术,结合过滤器Filter进行了封装,使得开发配置以及维护成本降低了很多。
博客介绍了业务类Service通常的设计流程,即Servlet -> Service -> DAO -> database,还说明了在某项目中不使用Service层的原因是DAO已提供良好业务支持。此外,提到后端开发先进行后台功能开发,再开发前台功能,且后台使用反射和过滤器封装,降低开发维护成本。
610

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



