这几天一直没有发博文,因为一直在忙公司成立的事,作为web学习的最后沉淀,接下来就要到框架的学习了。项目最后会分享源码链接。有需要的同学可以拿到自己玩一玩
--WZY
一、项目介绍
从网上找的一个培训机构的小项目,名称叫做 书城购物网站 吧,其中就是分前后台,前台用于显示各种类型的书籍商品,可以用于加入购物车,可以购买付款下单,后台就用来对书籍、书类别的增删改,和对订单的处理。一个不是很复杂的项目,但是在没开始编写之前,确实是毫无头绪,无从下手,那是因为没有对该项目有一个大体的认识,不知道其中的层次模块,所以不好从哪里开始着手去写代码,等会听我慢慢道来,我会把我编写的思路和你想法一步步告诉大家,在之前,先把效果给大家看一下吧。
前台首页
没登录之前,可以查看全部书籍商品,也就点击全部分类即可,也可以通过分类找到对应类别的书籍(每页显示12个商品,有分页功能)
然后进行注册,这里用了AJAX对注册的用户名进行了校验,为了不让重名,并且可以发送激活码的邮件对帐号进行激活,没激活的用户是登录不了的。
登录之后,加入商品到购物车
、
对自己的订单进行查看(提前已经有数据的),一些订单还没有付款就可以进行付款,付款了就等待后台点击发货,发了货就等待自己点击确认收获即可。
对订单付款,选择其一个银行就会跳转到哪个银行的页面进行付款,作为实验,每次只会付一分钱,付给的是一个测试帐号。也可以自己去申请,用的是易宝支付平台
前台大概就是这样了,现在来说说后台的东西,后台很简单。就管理这些商品即可。
后台首页
其中的功能已经在左边的列表中清清楚楚的写着了,对分类,图书和订单进行管理,包括增删改查操作。这里就不做过多介绍了,对订单的管理有一个小的逻辑管理,可以对已经付款的订单进行发货处理,那么就等待前台用户点击确认收获,确认收获后,就成了已经完成的订单了。
二、分析项目结构模块
刚开始拿到这个项目的前端架子时,只能说,看起来很简单的几个操作,也就登录,注册,查看书籍信息,加入购物车,付款下单,点来点去就这样几个页面,但是让自己拿起来实现,确实是没一点头绪,不过写完了,就会对这个项目有一个总体的了解,就相当于,一开始用2D画面,现在是用上帝视角在看这个项目,一目了然的感觉。先来写说说编写思路。
首先要看懂数据库的设计,理清楚关系,然后了解项目需要分哪几个模块。搞懂了这几个,基本上就有个大概的了解,就可以动手写代码实现了。
2.1 数据库设计。
五张表,现在一个个来分析,
user表,用来进行登录注册,对用户进行识别和管理的。
uid:唯一识别码,采用UUID获得一个32位的字符串,用于标识该用户。
username:登录时的用户名,唯一,不能重复。
password:登录密码,并没有加密,按常理应该会使用加密,这样到数据库中查看数据也看不到原始密码。
email:邮箱,用于接收激活邮件
state:是否激活的状态标识。1为激活,0为未激活
cdkey:激活码。
为了了解其中的email,state,cdkey三个字段,就要知道发送激活码邮件的流程,首先注册时候,state为0,未激活状态,注册会创建一个激活码,假设为123,cdkey=123,然后通过email,用户留下来的邮箱,往该邮箱发送一个激活邮件,内容为一个 超链接,超链接中会带两个参数,一个参数存放这123,一个参数存放uid,标识该用户,点击超链接就会跳转到一个处理激活的servlet中,将拿到的激活码参数内容跟数据库中cdkey对比,看是否一样,一样的话,那么就为激活了,利用uid将用户state改为1,如果不一样,说明不是该用户点击激活码邮件过来的,不作处理。
category表,图书分类的类别表,比如玄幻,言情等。该表比较简单,看上面的项目介绍,就能够知道,主页中旁边的类别就是从该表中拿到的数据。
cid:唯一标识码,同样使用uuid,获得32位字符串来充当该值
cname:类别名称。
book表,书籍表,用于存放所有的书籍信息。
bid:唯一标识码
bname:图书名称
price:图书价格,采用的是decimal类型,保留2为小数点的。也就是价格精确到分
author:图书作者
image:图书的图片,存放的是图片的路径,而不是将图片存放在数据库中
cid:指向category表中的cid字段,是一个外键字段,作用是标识该本书籍是属于哪个类别的。
isdel:这个是图书的状态,是否下架?这个字段在我写的项目中并没有用到,我没有编写这块的逻辑代码。
分析下来,就将book表跟category表联系起来了,每本书都会有一个专属的类别,这样就可以通过类别来查询对应的书籍了,想一想前台主页上的通过分类查找到对应书籍进行显示,就是通过这两张表的关系来解决的。
orders表,订单表
oid:唯一标识码
total:价格,也就是这个订单中可能有多个商品,多个商品的总价格就为total
ordertime:下单的时间,类型,time
state:订单的状态,有四个状态,分别用1,2,3,4来识别,1:未付款,2:已经付款,待发货,3:已发货,待收货,4:已经收货,订单完成,
address:地址,送货肯定需要一个地址。
uid:指向user表中的uid字段,是一个外键字段,标识着该订单是哪位用户的。
通过orders表,就将user表给联系起来了,到时前台要显示每位用户自己的订单时,就通过orders表中的uid字段,来查询自己所有的订单。
orderitem表,订单项目表,因为一个订单中可能有多个商品,那么每个商品都要生成一个orderitem记录,这样通过一个订单就可以查找到该订单中有多少个商品。
itemid:唯一标识码
count:一件商品购买的数量,比如买A这本书一次买了两本,由于是两本A书,那么就不用生成两个orderitem记录了。
subtotal:总价为多少
bid:指向book表的bid,为一个外键字段,标识着该订单项是哪本书籍
oid:指向orders表中的oid,为一个外键字段,标识着该订单项是属于哪个订单的。
该表就将三个表联系在一起了,book表,orders表,orderitem表,user表。他们的关系应该也清楚了,一个orders表中的一条记录为一个订单,该订单是属于谁的(通过订单中的uid字段),该订单中有多少种商品(通过orderitem表中的oid字段),订单中每种商品的信息(通过orderitem表中的bid字段)。其实我们说的就是一对多的对应关系,在多的一方存储外键字段。自己可以分析分析,这5张表之间的关系,通过谁可以查找到谁。
2.2 分析前台模块
用户模块
登录,注册
注册
AJAX异步校验用户名
发送激活邮件
激活完成
登录
判断用户帐号密码和是否激活,并将自身存入session中
退出
销毁session
类别模块
查询所有分类。
首页中显示分类信息,从category表中拿去所有类别信息
图书模块
显示所有图书,根据分类查询图书,根据图书id查询图书详细信息。
点击分类模块中的类别,就能将该类别下面的图书展示出来。点击全部分类,则将全部图书都显示出来,此处就是使用category表和book表结合查询,点击其中一本图书,将显示图书的详细信息,并且提示有购买的按钮,此按钮是将其图书加入购物车
购物车模块
添加到购物车,从购物车中移除商品,清空购物车
此处使用的是一个Map来充当购物车的容器,使用LinkedHashMap,优点是存取快捷,其原理为,创建一个 购物车项(cartItem)的javabean,其中有三个属性,book对象,有购买数量acount,还有总金额allMoney,用这三个属性来标识一个商品,购物车则用Map充当,Map<String,CartItem>。 String:装的是bid(book的唯一识别码),CartItem就是装的购物车项。
将 A 书加入购物车,
首先将A书封装成CartIitem对象,book属性就是A书的所有信息,acount代表这次加入购物车的A书有几本,allMoney代表总金额为多少,
封装成CartItem后,将其加入cart(购物车,也就是map集合)
通过A书的唯一识别码bid跟cart中的所有key值进行比较,判断cart中是否已经存在A书
如果存在A书,则找到cart中key为bid的cartItem,在往cartItem中修改acount和allMoney。
如果不存在A书,则将A书存入cart中,用A书的bid充当key值,用A书封装好的CartItem充当value,
将cart(购物车,也就是map集合)存入session作用域中,存session作用域的话,就不能永久保存该用户的购物车,根据session的特性,关闭浏览器还会默认保存30分钟,并且如果不将cookie设置在浏览器保存的话,关闭浏览器即丢失sessionId,session则找不到,也就是购物车中的内容就丢失了,所以存到session中的特点就是我说的那样,也可以将购物车存到数据库中,那么用户不管什么时候登录,在哪里登录,都能够找得到自己的购物车。
订单模块
生成订单,根据用户查询订单,根据订单id查询订单项,在线支付功能,修改订单状态
将商品加入购物车后,可以点击进行付款,此时会跳转到选择支付方式页面,并且生成订单,此时的订单state为1,为未付款状态,编写地址后,进行付款,跳到付款页面,付款成功后,会跳转回我们自己的页面,此时订单state为2.称为已付款代发货状态,在生成订单的同时,也会生成orderitem(订单项),也就是将每一件商品都生成订单项。其业务操作是在service层完成的。
2.3 分析后台模块
分类管理 对category表进行操作。
1、查询分类,将所有分类信息查询出来
2、添加分类,
3、修改分类
4、删除分类
图书管理
1、查询图书
将所有图书信息查询出来
2、添加图书
文件上传(将图片信息上传)
3、修改图书
修改图书图片或其他信息
4、图书下架(删除)
订单管理
1、查询所有状态的订单
2、查询出各个状态的订单(未付款,已付款待发货,已发货待确认收货,已确认收获订单完成)
三、编写流程
3.1、搭建项目环境
使用的是三层经典架构,web层、service层、dao层,如果想使用接口编程那么就在其中在进行分接口类和实现类。
我的包结构
将所有需要使用的jar包加入。
mysql:1个jar包
c3p0连接池:1个jar
dbutils框架:1个jar
文件上传:2个jar io和核心jar(fileUpload)
邮件发送:1个jar javamail
JSP:2个jar,jstl和el表达式(因为使用JSP,可能需要使用自定义标签或者别的标签,所以就先将其带入进来,以防不备之需)
beanUtils:2个jar beanutils和logging。(我没用beanUtils)
3.2、编写代码
1、开发环境搭建好之后,首先将使用dbutils框架将连接数据库的代码编写好。
2、按照上面的模块进行编写,首先是用户模块的注册,登录,从JSP写到Servlet到service层到dao层。就这样从前写到后的顺序编写。
3、其他就是按部就班了,当真正开始编写时,一切就会能按照自己的思路进行下去,而不是像一开始那样,无从下手。
3.3、注意,
这里编写servlet时使用了反射机制,目的是为了减少servlet的个数,而为了简化servlet个数的方式有两种。
第一种。
还是按照老的方式,继承httpServlet,重写doGet和doPost方法,在发送请求时,把需要访问的servlet方法用参数的方式传过去,然后在serlvet内部判断请求参数是需要调用哪个方法,将方法体都写在该servlet下面,在doget或者dopost方法内调用即可。
第二种
利用反射机制,反射加载对应方法。此时需要大家了解servlet的生命周期经历的三个方法,最重要的是知道访问servlet会进过service方法。知道了这个一切就好办了,编写一个通过的servlet,取名为BaseServlet。
分析:将所有的方法都写在一个新的servlet类中,该类就继承BaseServlet。当访问新的servlet类中,因为需要执行service方法,而子类中并没有,就到父类BaseServlet中去寻找并执行,在在父类中会将拿到要执行的方法名,通过反射机制,去执行子类中对应的方法,所以就将需要执行的方法和service只能够代码分离开了,在子类中全部都是需要编写的逻辑代码。不用对method进行判断从而选取对应方法进行执行,省去了很多麻烦,使代码更加简洁,易懂。
四、总结
通过这个项目,使自己对三层经典架构理解的更加深刻,并且对于web中的大大小小的知识点进行了巩固,JSP中的四大作用域,9大内置对象,el表达式的使用,发送邮件,在线支付环节等等很多知识,并且通过servlet+JSP+数据库的模式确实比较复杂,从而知道了使用框架的好处,便于开发。