J2EE项目-仿天猫整站day03

博客介绍了业务类Service通常的设计流程,即Servlet -> Service -> DAO -> database,还说明了在某项目中不使用Service层的原因是DAO已提供良好业务支持。此外,提到后端开发先进行后台功能开发,再开发前台功能,且后台使用反射和过滤器封装,降低开发维护成本。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

业务类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进行了封装,使得开发配置以及维护成本降低了很多。

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值