用户模块
要登陆后才能购买,因此我们先写购买模块.
设计实体
1 | 复制代码 |
设计数据库表
1 | 复制代码 |
##编写DAO ##
1 | 复制代码 |
测试DAO
1 | 复制代码 |
抽取DAO
1 | 复制代码 |
编写Service
1 | 复制代码 |
前台样式
- head.jsp
1 | 复制代码 |
- head.css
1 | 复制代码 |
- 效果:
实现登陆注册功能
当点击登陆按钮的时候,把数据带过去给Servlet,让Servlet调用BusinessService方法,实现登陆。注册同理…..因此,我们需要用到JavaScript代码
- head.jsp
1 | 复制代码 |
- javaScript代码
1 | 复制代码 |
- UserServlet
1 | 复制代码 |
购买模块
在显示图书的时候,顺便添加购买的超链接
1 | 复制代码 <li><a href="#">购买</a></li> |
设计购物车实体
如果不清楚为什么这样设计,可参考我之前的博文:blog.csdn.net/hon_3y/arti…
- Cart实体
1 | 复制代码 |
设计购物项实体
1 | 复制代码 |
处理用户想要买的书籍Servlet
1 | 复制代码 <li><a href="${pageContext.request |
- BuyServlet
1 | 复制代码 |
提供显示购物车商品的Servlet
1 | 复制代码 |
显示购物车的JSP页面
1 | 复制代码 |
效果:
订单模块
在前台用户界面中,当用户要把购物车付款时,应该提供生成订单的超链接….
设计订单实体
订单应该包含id,收货人信息,下单的时间,订单的总价,订单的状态【有无发货】..而不应该包含商品的信息的。商品的信息用一个专门的”订单项“来表示
一个订单对应多个订单项,这是一对多的关系!
1 | 复制代码 private String id; |
设计订单项实体
1 | 复制代码 |
设计数据库表
- 订单表
mysql不能创建名为”order”的表,后边加个s就可以
1 | 复制代码 |
- 订单项表:
1 | 复制代码 |
- 表之间的结构:
设计Dao
1 | 复制代码 |
二次更新
在编写dao的时候,尤其是Add方法。它是将所有数据都封装到Order对象上,然后取出数据,把数据插入到数据表中
- 其实,我们的Order和OrderItem的操作可以分开。OrderItem也可以另外编写一个Dao,那么我们在插入完Order对象之后,得到Order对象返回的主键,再调用OrderItemDao的方法来插入OrderItem的数据,这样我觉得会让代码清晰一些。
- 在OrderItemDao中接收的是一个List,因为我们一个订单会对应多个订单项。
抽取成DAO接口
1 | 复制代码 |
BussinessService
1 | 复制代码 private OrderDao orderDao = DaoFactory.getInstance().createDao("zhongfucheng.dao.impl.OrderDaoImpl", OrderDao.class); |
生成订单的Servlet
1 | 复制代码 |
用户查询自己的订单Servlet
1 | 复制代码 |
1 | 复制代码 |
显示订单数据的JSP
1 | 复制代码 |
效果:
后台查询订单的状况Servlet
1 | 复制代码 |
1 | 复制代码 |
显示订单状况的JSP
1 | 复制代码 |
查看具体订单的详细信息Servlet
1 | 复制代码 |
查看具体订单的详细信息JSP
1 | 复制代码 |
处理发货的Servlet##
1 | 复制代码 |
效果:
添加权限控制
目前为止,我们已经学习了动态代理技术和注解技术了。于是我们想要为之前的bookStore项目添加权限控制…..
只有用户有权限的时候,后台管理才可以进行相对应的操作…..
实现思路
之前我们做权限管理系统的时候,是根据用户请求的URI来判断该链接是否需要权限的。这次我们使用动态代理的技术和注解来判断:用户调用该方法时,检查该方法是否需要权限…
根据MVC模式,我们在web层都是调用service层来实现功能的。那么我们具体的思路是这样的:
- web层调用service层的时候,得到的并不是ServiceDao对象,而是我们的代理对象
- 在service层中的方法添加注解,如果方法上有注解,那么说明调用该方法需要权限…
- 当web层调用代理对象方法的时候,代理对象会判断该方法是否需要权限,再给出相对应的提示….
设计实体、数据库表
上次我们做的权限管理系统是引入了角色这个概念的,这次主要为了练习动态代理和注解技术,就以简单为主,不引入角色这个实体。直接是用户和权限之间的关系了。
Privilege实体
1 | 复制代码 |
数据库表
- privilege表
1 | 复制代码 |
privilege和user是多对多的关系,于是使用第三方表来维护他们的关系
- user_privilege表
1 | 复制代码 |
添加测试数据
为了方便,直接添加数据了。就不写详细的DAO了。
- 在数据库中添加了两个权限
- 为id为1的user添加了两个权限
编写DAO
后面在动态代理中,我们需要检查该用户是否有权限…那么就必须查找出该用户拥有的哪些权限。再看看用户有没有相对应的权限
1 | 复制代码 //查找用户的所有权限 |
抽取到接口上
1 | 复制代码 |
注解模块
- 编写注解
1 | 复制代码@Retention(RetentionPolicy.RUNTIME) |
- 在Service层方法中需要权限的地方添加注解CategoryServiceImpl
1 | 复制代码 |
抽取Service
把Service的方法抽取成ServiceDao。在Servlet中,也是通过ServiceFactory来得到Service的对象【和DaoFactory是类似的】
CategoryService
1 | 复制代码 |
ServiceFactory
1 | 复制代码 |
PrivilegeExcetption
当用户没有登陆或者没有权限的时候,我们应该给用户一些友好的提示….于是我们自定义了PrivilegeException
1 | 复制代码 |
我们继承的是Exception,通过方法名抛出去。但是我们是通过代理对象调用方法的,于是sun公司的策略就是把它们转换成运行期异常抛出去。
因此,我们就在Servlet上得到异常,再给出友好的提示。。
效果:
- 没有登陆的时候:
- 登陆了,但是没有相对应的权限的时候
- 登陆了,并且有权限
要点总结
该权限控制是十分优雅的,只要我在Service层中添加一个注解…那么当web层调用该方法的时候就需要判断用户有没有该权限….
- 外界调用Service层的方法是代理调用invoke()方法,我们在invoke()方法可以对其进行增强!
- invoke()方法内部就是在查询调用该方法上有没有注解,如果没有注解,就可以直接调用。如果有注解,那么就得到注解的信息,判断该用户有没有权限来访问这个方法
- 在反射具体方法的时候,必须记得要给出相对应的参数!
- 在invoke()方法抛出的编译时期异常,java会自动转换成运行期异常进行抛出…
- 使用contains()方法时,就要重写该对象的hashCode()和equals()
本文转载自: 掘金