# 步骤1:通常的设计流程
作为J2EE web 应用,一般会按照如图所示的设计流程进行
Servlet -> Service(业务类) -> DAO -> database
当浏览器提交请求到tomcat web 服务器的时候,对应的servlet的doGet/doPost方法会被调用,接着在servlet中调用Service类,然后在Service类中调用DAO类,最后在DAO中访问数据库获取相应的数据。
![](https://box.kancloud.cn/6db5ccc64927962d7d05bf5e70e7b807_470x462.png)
# 步骤2:不使用Service及其原因
在本模仿天猫整站-J2ee 版本中,不使用Service这一层。 原因是在DAO进行了比较详细的设计,已经提供了很好的支持业务的方法。
如果在DAO上包裹一层Service业务类,不过是在直接调用DAO设计好的方法罢了,反而显得画蛇添足,增加学习的累赘。
所以在本项目做,取消了Service业务类这一层。 但是大家要知道有这么一个概念,以后进了公司,接触前辈留下来的项目的时候,要看得懂有这么一层业务类Service的存在。
> 本项目中不考虑事务问题,如果后面有空余的时间,可以将service补上,添加事务。
- 项目简介
- 功能一览
- 前台
- 后台
- 开发流程
- 需求分析-展示
- 首页
- 产品页
- 分类页
- 搜索结果页
- 购物车查看页
- 结算页
- 确认支付页
- 支付成功页
- 我的订单页
- 确认收货页
- 评价页
- 页头信息展示
- 需求分析-交互
- 分类页排序
- 立即购买
- 加入购物车
- 调整订单项数量
- 删除订单项
- 生成订单
- 订单页功能
- 确认付款
- 确认收货
- 提交评价信息
- 登录
- 注册
- 退出
- 搜索
- 前台需求列表
- 需求分析后台
- 分类管理
- 属性管理
- 产品管理
- 产品图片管理
- 产品属性设置
- 用户管理
- 订单管理
- 后台需求列表
- 表结构设计
- 数据建模
- 表与表之间的关系
- 实体类设计
- DAO类设计
- 工具类
- CategoryDao设计
- Service业务类设计
- 后台-分类管理
- 可运行的项目
- 静态资源
- FILTER配合SERVLET
- JSP包含关系
- 查询
- 分页
- 增加
- 删除
- 编辑
- 修改
- 后台其他管理
- 属性管理
- 产品管理
- 产品图片管理
- 产品属性值设置
- 用户管理
- 订单管理