@TOC
ssm777果蔬商品管理系统的设计与实现+vue
第1章 绪论
1.1 课题背景
二十一世纪互联网的出现,改变了几千年以来人们的生活,不仅仅是生活物资的丰富,还有精神层次的丰富。时代进步的标志,就是让人们过上更好的生活。在互联网诞生之前,地域位置往往是人们思想上不可跨域的鸿沟,信息的传播速度极慢,信息处理的速度和要求还是通过人们骑马或者是信鸽传递,这些信息传递都是不可控制的,中间很有可能丢失,信息的传递水平决定了人们生活的水平。现如今,大家都在用互联网来实现自己的目的,从内部管理设置计算机管理,提高内部信息管理水平,从外部市场也可以用计算机获取相关数据进行处理,如今各行各业已经严重依赖于计算机了。
本课题研究和开发果蔬商品管理系统,让安装在计算机上的该系统变成管理人员的小帮手,提高果蔬商品信息处理速度,规范果蔬商品信息处理流程,让管理人员的产出效益更高。
1.2 课题意义
传统处理数据,必须是一张张纸,然后处理完毕又是统计在一张张纸上面,不断的重复处理,最终有个结果给最高层作为参考,这个模式在互联网没有出现之前,是一种常见的事情,信息管理的效率提不上去,那就用人才,人多力量大,是一个以前人们的常识。计算机的诞生就是发现了人多力量大的不足,比如高端计算人才的培养已经跟不上使用了,所以人们研究出专门帮助人们计算的机器,就是计算机的前身,到了互联网时代,人们发现完全可以让程序供应商提供解决方案,自己挑选自己合适的方案来提高自己的产出比。于是市面上就出现了各种各样的依靠程序处理信息的解决方案。
本课题研发的果蔬商品管理系统,就是提供果蔬商品信息处理的解决方案,它可以短时间处理完信息,并且只需要使用者动动鼠标和键盘就能获取自己需要的信息,并且这些信息都有专门的存储设备,而且数据的备份和迁移都可以设定为无人值守,从人力角度和信息处理角度以及信息安全角度,果蔬商品管理系统是完胜传统纸质操作的,所以果蔬商品管理系统就是如此的值得信赖。
1.3 研究内容
本文对果蔬商品管理系统的设计与实现分成六个章节进行描述。
第1章:研究果蔬商品管理系统的背景,以及开发果蔬商品管理系统的意义。
第2章:对开发果蔬商品管理系统的环境还有技术进行说明。
第3章:分析果蔬商品管理系统的可行性,性能,流程以及功能。
第4章:设计果蔬商品管理系统的功能结构,设计数据库E-R图以及对数据表的存储结构进行设计。
第5章:实现果蔬商品管理系统的功能并进行功能界面展示。
第6章:对系统测试进行阐述,以及对本系统部分功能进行检测。
第2章 开发环境与技术
本章节对开发果蔬商品管理系统需要搭建的开发环境,还有果蔬商品管理系统开发中使用的编程技术等进行阐述。
2.1 Java语言
Java语言是当今为止依然在编程语言行业具有生命力的常青树之一。Java语言最原始的诞生,不仅仅是创造者感觉C语言在编程上面很麻烦,如果只是专注于业务逻辑的处理,会导致忽略了各种指针以及垃圾回收这些操作,导致出现问题需要解决的时间往往大于正常编程处理业务逻辑的时间,这些是非常浪费时间的。Java语言的创造者就完美的解决了这个问题,把指针处理和垃圾处理全部自动化,虽然这会损失一些性能,但是随着计算机硬件的不断发展,这些性能是可以忽略考虑的。并且C语言是针对硬件开发的语言,在符合条件的硬件上面进行编程可以最大化利用硬件的性能,但是随着硬件的变化或者操作系统的变更,如果还是用C语言的话需要对整个程序进行重新编程,只有随着市场变化而变化的语言才是符合潮流,符合生存规律的语言。Java语言的创造者就针对C语言的缺点专门开发了Java语言。让Java语言不管是在什么样的环境里都是可以运行,因为在Java语言运行外面套了一个壳,也就是虚拟机,只要是Java虚拟机能安装的电脑都可以运行Java的程序。
2.2 MYSQL数据库
MySQL数据库是关系型数据库的一种,也是传统的行式数据模式,获取一些数据是先一行一行的获取,然后一行一行的显示,与最近大数据兴起的列式数据库有着明显的不同。行式数据库主要是处理最重要的数据逻辑部分,并且必须是有效数据,这样每一处的数据关联都是不可损坏,如果对数据安全性比较高的肯定是需要选择MySQL数据库,列式数据库的发明仅仅是因为读取效率高,与传统的MySQL数据库比起来在数据写入方面并不会高明到哪里。MySQL虽然比起oracle或者SQL SERVER来讲,安装包只是几十兆甚至几百兆,有点小,但是功能并不会弱到哪里,严格遵循SQL标准语法。MySQL的数据存放形式从大向小的说是数据库最大,然后是表,每个表里面存放数据是有一定的规则的,数据存放是表格形式的,也就是说有横也有竖,横着的为行,一般表示一条数据,每个表都有字段,而字段是以列的形式存在,这样能保证一条数据每一个字段对应的是相同数据类型的数据。表与表之间还可以进行关联,进行分表操作,如果一条数据相关项目属性太多,那么可以把有效的相关联系做成关联,可以设定是否唯一。
2.3 MyEclipse开发工具
软件相关专业的学生对于MyEclipse开发工具都会比较熟悉,因为都熟悉了Eclipse软件,会发现MyEclipse里面的操作步骤明显简化了很多,不需要额外的去配置各种乱七八糟的环境,MyEclipse已经集成了很多常用的开发插件,不管是个人开发一个站点,还是团队进行开发,以及常用的SVN版本控制,都可以在MyEclipse里面进行使用。使用Myeclipse会让人心情愉悦,可以设置默认的浏览器打开方式,一键部署。MyEclipse用其独特的方法,让程序开发配置变少,用更多的精力到程序开发上来。MyEclipse里面还可以直接访问数据库,可以对数据进行设定之后,用常用的框架来反向生成POJO类以及映射文件,以及生成可以增删查改的类。MyEclipse拥有好几个版本可供挑选,入门级的版本已经可以做很多的事情了,比如开发JavaEE这样的程序,很厚重的开发也可以进行;还可以开发Web应用类型的程序,当然现在最流行的Maven也都是支持的,包括各种JS的调试。使用MyEclipse的过程就是感觉到了开心,用着舒心。MyEclipse是一款让人用起来很顺手的一件开发工具,也许有人会说IDEA比较厉害,但是对于程序开发人员来讲,适合的就是最好的。选择MyEclipse开发工具用来开发Java Web项目是完全没有问题的。
2.4 SSM框架
开发一个业务逻辑比较简单的应用,采用这几年最广为流传的SSM框架是很合适的。SSM框架就是Spring MVC框架和Spring框架,以及持久层常用的MyBatis框架。
三个框架有三个不同的作用。普通用户一般都是操作浏览器进行浏览自己喜欢的内容,也可以通过浏览器提交自己输入的信息,而显示或者提交,都会被Spring MVC框架进行拦截和处理,进入到更深的一个层次就是控制层,根据不同的提交内容可以访问不同的处理逻辑,让不同的代码进行执行,如果是普通的比较逻辑不需要从数据库里获取内容是不需要传递给MyBatis框架的,如果需要与数据库内容进行交互,就会从Java的POJO对象通过MyBatis自动转换数据库对应字段的数据类型,具体是该增删改查还是其他操作,都会通过MyBatis进行处理,处理结果是反馈给控制层,然后通过控制层再提交给视图层,反馈到用户希望看到的结果。
第3章 系统分析
本文作者在确定了研究的课题之后,从各大数字图书馆下载文献来阅读,并了解同类型的网站具备的大致功能,然后与本系统用户的实际需求结合进行分析,得出本系统要研究的具体功能与性能。虽然分析系统这一阶段性工作主要是确定功能,但它却影响着后面系统开发环节的进展,它也是系统开发流程中比较重要的一个环节。
3.1 可行性分析
以下部分是从三个角度来进行可行性分析,确保开发成功的前提是有可行性分析,只有进行提前分析,符合程序开发流程才不至于开发过程的中断。
3.1.1 技术可行性
在技术实现层次,分析了好几种技术实现方法,并且都有对应的成功案例,也有很多开源模块可以进行参考,所以从技术可行性分析来讲,实现果蔬商品管理系统是没有问题的。
3.1.2 经济可行性
对于身为学生的开发者而言,在经济资源上面可用者很少,为了开发果蔬商品管理系统,通过从技术分析发现可以用自己用的电脑进行开发,并且学校机房的配置也可以达到要求。最重要的是技术资源一般都是开源免费使用的,因此得出结论,经济方面是具有可行性的。
3.1.3 操作可行性
果蔬商品管理系统的具体实现,本身参考人类的正常操作逻辑,把常用的操作习惯当做主要的导航实现,可以让使用者更快速的理解并且上手操作,实现符合逻辑的操作流程是操作可行性的具体体现。
以上就是从不同的角度来分析,确保了果蔬商品管理系统的正常开展。
3.2 系统流程
果蔬商品管理系统投入使用后,其各个功能的内部操作逻辑需要使用者通过流程图来进行了解。
3.2.1 操作流程
使用者在操作果蔬商品管理系统中,应该按照本系统提供的操作流程(图3.1即为本系统的操作流程图)进行操作,这样可以减少使用者操作中出现的错误,从而节省进入果蔬商品管理系统的时间。
图3.1 系统操作流程
3.2.2 登录流程
果蔬商品管理系统通过登录功能(图3.2即为其登录的流程)引导使用者进入指定的功能操作区,也避免非本系统的用户享受本系统提供的服务以及查看本系统提供的信息,从而保障本系统用户的安全使用。
图3.2 登录流程
3.2.3 删除信息流程
果蔬商品管理系统在经过长期使用后,会产生很多的数据信息。为了腾出存储空间存放更多的数据,本系统数据库中存储的数据,一些没有参考价值的数据需要进行删除(图3.3即为删除信息的流程),删除数据过程中,为避免误删,使用者要根据系统的提示来决定是否删除数据。
图3.3 删除信息流程
3.2.4 添加信息流程
果蔬商品管理系统提供可视化的功能操作区,非常方便使用者进行数据操作,当使用者往系统中录入数据时(图3.4即为添加信息的流程),本系统也会进行数据合法性的判断,符合要求的数据才能够在数据库指定表中进行登记。
图3.4 添加信息流程
3.3 性能需求
在需求分析中就应该对项目所需服务器性能进行分析,这样才符合正常的分析流程。只谈功能需求不谈性能需求,是一件很严重的事情,可能会导致使用过程中出现一系列不可预测的问题,所以性能需求也是需要考虑的重要项。
下面就是从几个方面来进行系统的性能分析,从每个角度来分析系统性能。
(1)系统数据的容量:从数据角度来分析,每个表和每个数据库,达到的数据量到一定的程度,是否需要分表或者是分库,超过了数据的设定限度,可能会导致数据反映迟钝,容错量增加。
(2)数据精度的要求:需要对需求分析里面数据设定环节,考虑相应的数据精度问题,需要发现数据是常用的精度还是非常用的精度,进而设定不同的数值。数据的精度问题,会直接导致设计的性能问题。
(3)时间响应要求:从用户提交操作,到页面反映,中间有个数据处理的问题,如果数据量大,那么考虑索引问题和分库问题,数据量再大就要考虑增加列式数据库的问题,这些都要根据数据量的增加以及逻辑的严密性来进行判断,才能符合用户的要求,毕竟响应时间太久操作起来也不舒服。
系统的性能需求从业务需求之初就能大致了解到性能需求相关的概念,再从系统性能需求来逐条实现,可以让设计的系统有使用价值。
3.4 功能需求
果蔬商品管理系统根据使用权限的角度进行功能分析,并运用用例图来展示各个权限需要操作的功能。
图3.5即为管理员用例图,管理员权限操作的功能包括管理用户资料,管理用户订单,管理商品以及新闻,管理用户反馈信息等。
图3.5 管理员用例图
图3.6即为用户用例图,用户权限操作的功能包括关注商品,购买商品,对订单商品进行退款,收货或评价,提交投诉信息,查看新闻。
图3.6 用户用例图
第4章 系统设计
系统的设计一切都是为了用户的使用,虽然用户使用过程中可能只是面对着浏览器进行各种操作,但是不代表着系统对于用户在浏览器上的操作不进行处理,所以说,设计一个系统需要考虑到方方面面。
4.1 功能结构设计
图4.1即为设计的管理员功能结构,管理员权限操作的功能包括管理用户资料,管理用户订单,管理商品以及新闻,管理用户反馈信息等。
图4.1 管理员功能结构
图4.2即为设计的用户功能结构,用户权限操作的功能包括关注商品,购买商品,对订单商品进行退款,收货或评价,提交投诉信息,查看新闻。
图4.2 用户功能结构
4.2 数据库设计
果蔬商品管理系统运行中产生的数据需要按照提前设置的存储规则进行保存,而这个存储规则则是在数据库的设计中进行设置的。通常情况下,为了更好的配合系统运行,也要给用户带来良好的使用体验,设计一个很好的数据库是必须的,因为它能减少用户的等待时间,还可以对系统的请求在最短时间内进行响应。所以,对数据库设计时,需要花费一定的时间来分析系统对于数据存储的要求以及存储的具体数据,然后设计具体的存储规则,保证数据库能够对系统的各种数据请求进行及时回应,缩短数据处理时间,并在一定程度上降低数据冗余,节省存储空间。
4.2.1 数据库概念设计
实体-联系图还有一个名称即E-R图,是Entity Relationship Diagram各英文单词首字母的缩写,它这种概念模型通常用于对现实世界进行描述。同时它还是一种能够直观表达数据中实体,联系,属性的有效手段。绘制E-R图能够选择的工具也有很多,但是Office Visio 这款软件在E-R图的绘制上一般都是作为首选工具,因为它是基于可视化处理,使用它创建E-R图非常简单。使用基本的E-R图构成元素,比如椭圆,菱形,矩形,还有实线段来表达对应的信息,椭圆代表属性,即实体的特征,矩形代表实体,即数据库中的一个具体数据表,菱形代表实体中相互关系,实线段主要是完成椭圆,矩形,菱形的连接,基于这样的方式即可完成对本系统的E-R图进行完整绘制。
(1)图4.4即为商品这个实体所拥有的属性值。
图4.4 商品实体属性图
(2)图4.5即为用户这个实体所拥有的属性值。
图4.5 用户实体属性图
(3)图4.6即为订单这个实体所拥有的属性值。
图4.6 订单实体属性图
- 图4.7即为购物车这个实体所拥有的属性值。
图4.7 购物车实体属性图
- 图4.8即为上面介绍的实体中存在的联系。
图4.8 实体间关系E-R图
4.2.2 数据库物理设计
本小节主要任务即是根据上述内容进行数据存储结构的设计,也就是在数据库中设计存放本系统的数据的数据表,设计数据表时,需要对各个字段进行确定,通常来说,一个实体与一张数据表相对应,实体的属性就用来表示字段名称,不同的字段表示的数据类型以及取值都不相同,这里需要根据系统实际数据的情况进行设置,同时也需要在具体表中确定该表的主键,以及该表各个字段是否能够保持空等进行说明,设计完成一张数据表的结构之后,在保存时同样要命名,尽量选择英文名称进行命名并保存,方便今后系统对数据表进行数据存储访问时,在提高数据存储效率的同时,还不容易导致系统出错。接下来就对设计的数据表进行展示。
表4.1 收货地址信息表
序号 | 列名 | 说明 | 允许空 | 数据类型 | 长度 |
---|---|---|---|---|---|
1 | Id | id(主键) | 否 | int | 20 |
2 | yonghu_id | 创建用户 | 是 | int | 20 |
3 | address_name | 收货人 | 是 | varchar | 200 |
4 | address_phone | 电话 | 是 | varchar | 200 |
5 | address_dizhi | 地址 | 是 | varchar | 200 |
6 | isdefault_types | 是否默认地址 | 是 | int | 11 |
7 | insert_time | 添加时间 | 是 | timestamp | |
8 | update_time | 修改时间 | 是 | timestamp | |
9 | create_time | 创建时间 | 是 | timestamp |
表4.2 用户信息表
序号 | 列名 | 说明 | 允许空 | 数据类型 | 长度 |
---|---|---|---|---|---|
1 | Id | id(主键) | 否 | int | 11 |
2 | username | 账户 | 是 | varchar | 200 |
3 | password | 密码 | 是 | varchar | 200 |
4 | yonghu_name | 用户姓名 | 是 | varchar | 200 |
5 | yonghu_photo | 头像 | 是 | varchar | 255 |
6 | yonghu_phone | 用户手机号 | 是 | varchar | 200 |
7 | yonghu_id_number | 用户身份证号 | 是 | varchar | 200 |
8 | sex_types | 性别 | 是 | int | 11 |
9 | new_money | 余额 | 是 | decimal | 10 |
10 | yonghu_delete | 删除 | 是 | int | 11 |
11 | create_time | 创建时间 | 是 | timestamp |
表4.3 商品信息表
序号 | 列名 | 说明 | 允许空 | 数据类型 | 长度 |
---|---|---|---|---|---|
1 | Id | id(主键) | 否 | int | 11 |
2 | goods_name | 商品名称 | 是 | varchar | 200 |
3 | goods_types | 商品类型 | 是 | int | 11 |
4 | goods_photo | 商品照片 | 是 | varchar | 200 |
5 | goods_kucun_number | 商品库存 | 是 | int | 11 |
6 | goods_old_money | 商品原价 | 是 | decimal | 10 |
7 | goods_new_money | 现价 | 是 | decimal | 10 |
8 | goods_clicknum | 点击次数 | 是 | int | 11 |
9 | shangxia_types | 是否上架 | 是 | int | 11 |
10 | goods_delete | 逻辑删除 | 是 | int | 11 |
11 | goods_content | 商品简介 | 是 | text | |
12 | create_time | 创建时间 | 是 | timestamp |
表4.4 新闻信息表
序号 | 列名 | 说明 | 允许空 | 数据类型 | 长度 |
---|---|---|---|---|---|
1 | Id | id(主键) | 否 | int | 11 |
2 | news_name | 新闻名称 | 是 | varchar | 200 |
3 | news_photo | 新闻图片 | 是 | varchar | 200 |
4 | news_types | 新闻类型 | 是 | int | 11 |
5 | insert_time | 新闻发布时间 | 是 | timestamp | |
6 | news_content | 新闻详情 | 是 | text | |
7 | create_time | 创建时间 | 是 | timestamp |
表4.5 商品收藏信息表
序号 | 列名 | 说明 | 允许空 | 数据类型 | 长度 |
---|---|---|---|---|---|
1 | Id | id(主键) | 否 | int | 11 |
2 | goods_id | 商品 | 是 | int | 11 |
3 | yonghu_id | 用户 | 是 | int | 11 |
4 | insert_time | 关注时间 | 是 | timestamp | |
5 | create_time | 创建时间 | 是 | timestamp |
表4.6 购物车信息表
序号 | 列名 | 说明 | 允许空 | 数据类型 | 长度 |
---|---|---|---|---|---|
1 | Id | id(主键) | 否 | int | 11 |
2 | yonghu_id | 所属用户 | 是 | int | 11 |
3 | goods_id | 商品 | 是 | int | 11 |
4 | buy_number | 购买数量 | 是 | int | 11 |
5 | create_time | 添加时间 | 是 | timestamp | |
6 | update_time | 更新时间 | 是 | timestamp | |
7 | insert_time | 创建时间 | 是 | timestamp |
表4.7 商品评价信息表
序号 | 列名 | 说明 | 允许空 | 数据类型 | 长度 |
---|---|---|---|---|---|
1 | Id | id(主键) | 否 | int | 11 |
2 | goods_id | 商品 | 是 | int | 11 |
3 | yonghu_id | 用户 | 是 | int | 11 |
4 | goods_commentback_text | 评价内容 | 是 | text | |
5 | reply_text | 回复内容 | 是 | text | |
6 | insert_time | 评价时间 | 是 | timestamp | |
7 | update_time | 回复时间 | 是 | timestamp | |
8 | create_time | 创建时间 | 是 | timestamp |
表4.8 管理员信息表
序号 | 列名 | 说明 | 允许空 | 数据类型 | 长度 |
---|---|---|---|---|---|
1 | Id | id(主键) | 否 | bigint | 20 |
2 | username | 用户名 | 是 | varchar | 100 |
3 | password | 密码 | 是 | varchar | 100 |
4 | role | 角色 | 是 | varchar | 100 |
5 | addtime | 新增时间 | 是 | timestamp |
表4.9 在线反馈信息表
序号 | 列名 | 说明 | 允许空 | 数据类型 | 长度 |
---|---|---|---|---|---|
1 | Id | id(主键) | 否 | int | 11 |
2 | yonghu_id | 提问用户 | 是 | int | 11 |
3 | chat_issue | 问题 | 是 | varchar | 200 |
4 | issue_time | 问题时间 | 是 | timestamp | |
5 | chat_reply | 回复 | 是 | varchar | 200 |
6 | reply_time | 回复时间 | 是 | timestamp | |
7 | zhuangtai_types | 状态 | 是 | int | 255 |
8 | chat_types | 数据类型 | 是 | int | 11 |
9 | insert_time | 创建时间 | 是 | timestamp |
表4.10 商品订单信息表
序号 | 列名 | 说明 | 允许空 | 数据类型 | 长度 |
---|---|---|---|---|---|
1 | Id | Id(主键) | 否 | int | 11 |
2 | goods_order_uuid_number | 订单号 | 是 | varchar | 200 |
3 | address_id | 收货地址 | 是 | int | 11 |
4 | goods_id | 商品 | 是 | int | 11 |
5 | yonghu_id | 用户 | 是 | int | 11 |
6 | buy_number | 购买的数量 | 是 | int | 200 |
7 | goods_order_true_price | 实付价格 | 是 | decimal | 10 |
8 | goods_order_types | 订单类型 | 是 | int | 11 |
9 | goods_order_payment_types | 支付类型 | 是 | int | 11 |
10 | create_time | 创建时间 | 是 | timestamp |
第5章 系统实现
编程人员在搭建的开发环境中,运用编程技术实现本系统设计的各个操作权限的功能。在本节中,就展示部分操作权限的功能与界面。
5.1 管理员功能实现
5.1.1 用户管理
图5.1 即为编码实现的用户管理界面,管理员在该界面中能够对系统前端已经注册的用户资料进行管理,包括重置密码,更改或删除用户资料等操作。
图5.1 用户管理界面
5.1.2 商品订单管理
图5.2 即为编码实现的商品订单管理界面,管理员在该界面中查询用户订单,查看订单类型,对订单发货。
图5.2 商品订单管理界面
5.1.3 在线反馈管理
图5.3 即为编码实现的在线反馈管理界面,管理员在该界面中对未回复状态的新消息进行回复。
图5.3 在线反馈管理界面
5.1.4 新闻信息管理
图5.4 即为编码实现的新闻信息管理界面,管理员在该界面中具备增删改查新闻信息的权限。
图5.4 新闻信息管理界面
5.1.5 商品信息管理
图5.5 即为编码实现的商品信息管理界面,管理员在该界面中具备增删改查商品信息之外,还能下架商品,对商品的库存进行增加或减少操作。
图5.5 商品信息管理界面
5.2 用户功能实现
5.2.1 商品信息
图5.6 即为编码实现的商品信息界面,用户在该界面中实现对商品的购买,加入购物车以及关注商品等操作。
图5.6 商品信息界面
5.2.2 购物车
图5.7 即为编码实现的购物车界面,用户在该界面中完成对需要购买的商品进行数量更改或删除不需要购买的商品信息。
图5.7 购物车界面
5.2.3 确认下单
图5.8 即为编码实现的确认下单界面,用户在该界面中查看并确认需要购买商品的清单,选择收货的地址并进行订单提交。
图5.8 确认下单界面
5.2.4 商品订单
图5.9 即为编码实现的商品订单界面,用户在该界面中主要就是对订单商品进行收货,退款或评价等操作。
图5.9 商品订单界面
MPUtil.java
package com.utils;
import java.util.Arrays;
import java.util.HashMap;
import java.util.Iterator;
import java.util.Map;
import org.apache.commons.lang3.StringUtils;
import cn.hutool.core.bean.BeanUtil;
import com.baomidou.mybatisplus.mapper.Wrapper;
/**
* Mybatis-Plus工具类
*/
public class MPUtil {
public static final char UNDERLINE = '_';
//mybatis plus allEQ 表达式转换
public static Map allEQMapPre(Object bean,String pre) {
Map<String, Object> map =BeanUtil.beanToMap(bean);
return camelToUnderlineMap(map,pre);
}
//mybatis plus allEQ 表达式转换
public static Map allEQMap(Object bean) {
Map<String, Object> map =BeanUtil.beanToMap(bean);
return camelToUnderlineMap(map,"");
}
public static Wrapper allLikePre(Wrapper wrapper,Object bean,String pre) {
Map<String, Object> map =BeanUtil.beanToMap(bean);
Map result = camelToUnderlineMap(map,pre);
return genLike(wrapper,result);
}
public static Wrapper allLike(Wrapper wrapper,Object bean) {
Map result = BeanUtil.beanToMap(bean, true, true);
return genLike(wrapper,result);
}
public static Wrapper genLike( Wrapper wrapper,Map param) {
Iterator<Map.Entry<String, Object>> it = param.entrySet().iterator();
int i=0;
while (it.hasNext()) {
if(i>0) wrapper.and();
Map.Entry<String, Object> entry = it.next();
String key = entry.getKey();
String value = (String) entry.getValue();
wrapper.like(key, value);
i++;
}
return wrapper;
}
public static Wrapper likeOrEq(Wrapper wrapper,Object bean) {
Map result = BeanUtil.beanToMap(bean, true, true);
return genLikeOrEq(wrapper,result);
}
public static Wrapper genLikeOrEq( Wrapper wrapper,Map param) {
Iterator<Map.Entry<String, Object>> it = param.entrySet().iterator();
int i=0;
while (it.hasNext()) {
if(i>0) wrapper.and();
Map.Entry<String, Object> entry = it.next();
String key = entry.getKey();
if(entry.getValue().toString().contains("%")) {
wrapper.like(key, entry.getValue().toString().replace("%", ""));
} else {
wrapper.eq(key, entry.getValue());
}
i++;
}
return wrapper;
}
public static Wrapper allEq(Wrapper wrapper,Object bean) {
Map result = BeanUtil.beanToMap(bean, true, true);
return genEq(wrapper,result);
}
public static Wrapper genEq( Wrapper wrapper,Map param) {
Iterator<Map.Entry<String, Object>> it = param.entrySet().iterator();
int i=0;
while (it.hasNext()) {
if(i>0) wrapper.and();
Map.Entry<String, Object> entry = it.next();
String key = entry.getKey();
wrapper.eq(key, entry.getValue());
i++;
}
return wrapper;
}
public static Wrapper between(Wrapper wrapper,Map<String, Object> params) {
for(String key : params.keySet()) {
String columnName = "";
if(key.endsWith("_start")) {
columnName = key.substring(0, key.indexOf("_start"));
if(StringUtils.isNotBlank(params.get(key).toString())) {
wrapper.ge(columnName, params.get(key));
}
}
if(key.endsWith("_end")) {
columnName = key.substring(0, key.indexOf("_end"));
if(StringUtils.isNotBlank(params.get(key).toString())) {
wrapper.le(columnName, params.get(key));
}
}
}
return wrapper;
}
public static Wrapper sort(Wrapper wrapper,Map<String, Object> params) {
String order = "";
if(params.get("order") != null && StringUtils.isNotBlank(params.get("order").toString())) {
order = params.get("order").toString();
}
if(params.get("sort") != null && StringUtils.isNotBlank(params.get("sort").toString())) {
if(order.equalsIgnoreCase("desc")) {
wrapper.orderDesc(Arrays.asList(params.get("sort")));
} else {
wrapper.orderAsc(Arrays.asList(params.get("sort")));
}
}
return wrapper;
}
/**
* 驼峰格式字符串转换为下划线格式字符串
*
* @param param
* @return
*/
public static String camelToUnderline(String param) {
if (param == null || "".equals(param.trim())) {
return "";
}
int len = param.length();
StringBuilder sb = new StringBuilder(len);
for (int i = 0; i < len; i++) {
char c = param.charAt(i);
if (Character.isUpperCase(c)) {
sb.append(UNDERLINE);
sb.append(Character.toLowerCase(c));
} else {
sb.append(c);
}
}
return sb.toString();
}
public static void main(String[] ages) {
System.out.println(camelToUnderline("ABCddfANM"));
}
public static Map camelToUnderlineMap(Map param, String pre) {
Map<String, Object> newMap = new HashMap<String, Object>();
Iterator<Map.Entry<String, Object>> it = param.entrySet().iterator();
while (it.hasNext()) {
Map.Entry<String, Object> entry = it.next();
String key = entry.getKey();
String newKey = camelToUnderline(key);
if (pre.endsWith(".")) {
newMap.put(pre + newKey, entry.getValue());
} else if (StringUtils.isEmpty(pre)) {
newMap.put(newKey, entry.getValue());
} else {
newMap.put(pre + "." + newKey, entry.getValue());
}
}
return newMap;
}
}
AddressServiceImpl.java
package com.service.impl;
import com.utils.StringUtil;
import org.springframework.stereotype.Service;
import java.lang.reflect.Field;
import java.util.*;
import com.baomidou.mybatisplus.plugins.Page;
import com.baomidou.mybatisplus.service.impl.ServiceImpl;
import org.springframework.transaction.annotation.Transactional;
import com.utils.PageUtils;
import com.utils.Query;
import org.springframework.web.context.ContextLoader;
import javax.servlet.ServletContext;
import javax.servlet.http.HttpServletRequest;
import com.dao.AddressDao;
import com.entity.AddressEntity;
import com.service.AddressService;
import com.entity.view.AddressView;
/**
* 收货地址 服务实现类
*/
@Service("addressService")
@Transactional
public class AddressServiceImpl extends ServiceImpl<AddressDao, AddressEntity> implements AddressService {
@Override
public PageUtils queryPage(Map<String,Object> params) {
if(params != null && (params.get("limit") == null || params.get("page") == null)){
params.put("page","1");
params.put("limit","10");
}
Page<AddressView> page =new Query<AddressView>(params).getPage();
page.setRecords(baseMapper.selectListView(page,params));
return new PageUtils(page);
}
}
YonghuServiceImpl.java
package com.service.impl;
import com.utils.StringUtil;
import org.springframework.stereotype.Service;
import java.lang.reflect.Field;
import java.util.*;
import com.baomidou.mybatisplus.plugins.Page;
import com.baomidou.mybatisplus.service.impl.ServiceImpl;
import org.springframework.transaction.annotation.Transactional;
import com.utils.PageUtils;
import com.utils.Query;
import org.springframework.web.context.ContextLoader;
import javax.servlet.ServletContext;
import javax.servlet.http.HttpServletRequest;
import com.dao.YonghuDao;
import com.entity.YonghuEntity;
import com.service.YonghuService;
import com.entity.view.YonghuView;
/**
* 用户 服务实现类
*/
@Service("yonghuService")
@Transactional
public class YonghuServiceImpl extends ServiceImpl<YonghuDao, YonghuEntity> implements YonghuService {
@Override
public PageUtils queryPage(Map<String,Object> params) {
if(params != null && (params.get("limit") == null || params.get("page") == null)){
params.put("page","1");
params.put("limit","10");
}
Page<YonghuView> page =new Query<YonghuView>(params).getPage();
page.setRecords(baseMapper.selectListView(page,params));
return new PageUtils(page);
}
}
声明
本博客适用于广泛的学术和教育用途,包括但不限于个人学习、开发设计,产品设计。仅供学习参考,旨在为读者提供深入理解和学术研究的材料。