首页 » 爱链网 » 「JavaWeb基础」图书管理系统总结(修订版)(订单购物车单项数据参数)

「JavaWeb基础」图书管理系统总结(修订版)(订单购物车单项数据参数)

神尊大人 2024-07-23 16:56:56 爱链网 0

扫一扫用手机浏览

文章目录 [+]

写的过程中,出了不少的问题…..非常多的Servlet,JSP看得眼花…..

现在,想把该项目好好梳理一下要点,于是有了这篇博文….

E-R图

该项目涉及到了5个表:user、orders、orderItem、category、book

「JavaWeb基础」图书管理系统总结(修订版)(订单购物车单项数据参数) 「JavaWeb基础」图书管理系统总结(修订版)(订单购物车单项数据参数) 爱链网
(图片来自网络侵删)

这里写图片描述

难点

「JavaWeb基础」图书管理系统总结(修订版)(订单购物车单项数据参数) 「JavaWeb基础」图书管理系统总结(修订版)(订单购物车单项数据参数) 爱链网
(图片来自网络侵删)

E-R图设计中最难的地方就是做到订单模块那里…..

难点一

首先,要明白为什么在订单模块中设计Orders和OrderItem表两张表,而不是一张表Orders就搞掂了…当然了,这也可参考购物车案例的设计【Cart、CartItem】

因为订单模块分了两个部分,一部分是显示普通的订单信息【定单人、价钱、订单时间、订单状态】而在后台中,我们还要在显示订单普通信息时,给予查看详细信息的功能【也就是订单的具体内容:具体的商品价钱、数量】

难点二:

订单模块我是最后才开始写的,订单模块和用户模块、图书模块都有相连,这就复杂了不少….

一个用户可以拥有多个订单一个订单对应多个订单项一本图书对应多个订单项

难点三:

在一对多和多对一的情况下,我们在考虑需不需要使用一方来维护另一方的时候。
在原则上,我们都是使用多的一方来维护一的一方。
那为什么有的时候,上面这句话就不成立了呢??是这样子的:当我们一的方在页面展示的时候,多的一方数据需要同时展示。
此时,我们就需要在一的一方使用集合来维护多的一方了。
比如:我们查看订单的时候,就肯定需要同时把所有的订单项都查询出来的。
当查看购物车的时候,就肯定需要同时把购物项查询出来的而我们的分类与书籍就没有同时这个概念。
在页面上,我们是点击分类,才需要把书籍查询出来。
因此,我们是使用多的一方来维护一的一方。
如果使用了一的一方来维护多的一方的话,那么一般都没必要在多的一方来使用变量来维护一的一方了[参照订单与订单项]Ps: 如果这部分有错的地方请指出,谢谢!项目中遇到的要点在Tomcat中创建文件夹不能是manager,不然会出现403 Access Denied错误frameset标签是可以嵌套的,分列用“cols”,分行用“rows”,在src后指定target,后面request跳转显示的页面都是在target指定的页面上实现分页主要在Page类上编写代码,在DAO层中要获取总记录数、分页数据。
start和end参数是通过currentPage和linesize来计算出来的。
获取分类后的分页数据,需要在DAO层中获取分类后的总记录数,以分类作为WHERE条件得到分页数据提交表单中有上传文件的话,我们可以使用FileUpload组件。
普通字段我们使用BeanUtils的setProperty()来封装数据到Bean对象上,文件我们就写到服务端的指定目录下在分帧页面上,如果首页就要显示数据了,我们可以在`frame`标签的src上指定的是Servlet,Servlet再跳转回JSP,这样JSP页面就有数据了!
如果想要div不全是浮动,我们可以在后边跟一个清除浮动的div。
想要页面上的按钮能够完成对应的功能,需要用到JavaScript代码,通过DOM编程得到对应的数据,使用window.location.href,让它跳转到对应的Servlet上实现功能Cart和CartIem的设计上,CartItem的总价是数量价钱,Cart的总价是全部CartItem的价钱之和。
Cart应该提供把商品加到购物车的功能,判断该商品的购物项是否存在,不存在着创建并保存在里边。
存在则购物项的数量+1BussinessService提供购买功能,参数是Cart和Book。
用户想要购买商品时,判断用户是否登陆了,还要判断购物车是否存在【购物车使用Session来保存】,不存在则创建。
Mysql中不能将表命名为“order”,这样会出错订单的基本信息可以在Cart和User中获取,订单项的基本信息可以在CartItem中获取。
因此,在BussinessService中需要Cart【通过Cart就可以找到CartItem了】和User参数。
在生成订单的Dao中,需要把订单的基本信息,订单项的基本信息封装到数据库中通过id查找订单的时候,先找出订单的基本信息。
订单表和用户表联结,就可以查找出订单的用户。
通过id也就可以查找出订单中所有的订单项了。
最后把查找出来的数据全部封装到订单对象上。
想要让未发货的订单变成已发货,其实就是更新订单的状态。
得到未发货的全部订单和已发货的全部订单,其实就是检索出不同状态的全部订单。
在Dao层中,我们需要的参数往往是单一的,要么是具体的对象,要么就是id…然而在Service层中,我们要的参数是与该实体类相连的。
例子1:在生成订单的时候,Dao层仅仅需要Order对象参数。
在Service层中,Order需要把User、Cart的数据封装到Order对象中,于是就需要了这两个参数。
例子2:Cart提供了把商品添加到购物车的功能,参数只需要具体商品的id。
而在Service中,它需要用户的购物车对象和具体商品的id。

原文地址:https://dwz.cn/szI0Sw2D

作者:Java3y

标签:

相关文章

高陵IT培训,赋能未来,助力职业成长

随着信息技术的飞速发展,我国各行各业对IT人才的需求日益旺盛。在这个背景下,高陵IT培训应运而生,为广大有志于投身IT行业的青年提...

爱链网 2024-12-26 阅读0 评论0

网络规模IT,构建智慧未来,赋能数字经济

随着互联网技术的飞速发展,网络规模IT已成为推动全球经济增长的重要引擎。我国作为全球最大的网络市场,网络规模IT的发展不仅关系到国...

爱链网 2024-12-26 阅读0 评论0