0139springboot体育馆使用预约平台的设计与实现
项目清单 包安装运行 官网地址 http://chenqi1990.site
0139springboot体育馆使用预约平台的设计与实现
github 项目仓库 开源仅有后端代码
点击播放视频 ▼
第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 IDEA开发工具
IDEA是捷克共和国的Java程序员开发人员创造的一个开发软件，刚开始主要是对于用Eclipse软件他们用得不顺手，所以直接开发了这款软件。之所以不顺手原因在于没有代码提升功能，原因是Eclipse只是把代码提示作为一种插件形式的存在，如果有些程序开发人员不清楚代码提示插件可能会出问题，并且代码提示只是用来作为插件，所以功能上有所欠缺。IDEA不仅仅代码提示做的很好，在代码重构上面更上如虎添翼，程序开发人员可以选择一段代码然后IDEA就会对代码进行分解重构，有效的把代码弄得更够层次感，复用性更高，用着更简洁和方便，大大的减少了代码工作量，提升了代码开发效率。当然，IDEA对于使用者这么好，肯定也是有目的的，原因在于插件越多越友好，就需要花费大量的金钱来使用，所以说IDEA使用主要是看自己喜好。
2.4 Spring Boot框架
Spring Boot是一种不需要代码生成的一种框架，并且可以不需要配置任何的XML文件就可以，因为Spring Boot里面自带了很多接口，只需要配置不同的接口就会自动的应用并且识别需要的依赖，在配置方面非常的方便，使用起来感觉像没有用到框架的感觉。Spring Boot有很多默认的配置文件，并且可以对默认的配置文件进行修改，可以设置为自动加载，可以对异常处理分为全局异常处理和默认异常处理。Spring Boot使用过程中就像是使用什么直接注册什么，所谓的注册也就是在对应的类和方法上面进行一个特殊的声明即可。
第3章 需求分析
本文作者在确定了研究的课题之后，从各大数字图书馆下载文献来阅读，并了解同类型的网站具备的大致功能，然后与本系统用户的实际需求结合进行分析，得出本系统要研究的具体功能与性能。虽然分析系统这一阶段性工作主要是确定功能，但它却影响着后面系统开发环节的进展，它也是系统开发流程中比较重要的一个环节。
3.1 可行性分析
以下部分是从三个角度来进行可行性分析，确保开发成功的前提是有可行性分析，只有进行提前分析，符合程序开发流程才不至于开发过程的中断。
3.1.1 技术可行性
在技术实现层次，分析了好几种技术实现方法，并且都有对应的成功案例，也有很多开源模块可以进行参考，所以从技术可行性分析来讲，实现体育馆使用预约平台是没有问题的。
3.1.2 经济可行性
对于身为学生的开发者而言，在经济资源上面可用者很少，为了开发体育馆使用预约平台，通过从技术分析发现可以用自己用的电脑进行开发，并且学校机房的配置也可以达到要求。最重要的是技术资源一般都是开源免费使用的，因此得出结论，经济方面是具有可行性的。
3.1.3 操作可行性
体育馆使用预约平台的具体实现，本身参考人类的正常操作逻辑，把常用的操作习惯当做主要的导航实现，可以让使用者更快速的理解并且上手操作，实现符合逻辑的操作流程是操作可行性的具体体现。
以上就是从不同的角度来分析，确保了体育馆使用预约平台的正常开展。
3.2 系统流程分析
体育馆使用预约平台投入使用后，其各个功能的内部操作逻辑需要使用者通过流程图来进行了解。
1.操作流程
使用者在操作体育馆使用预约平台中，应该按照本系统提供的操作流程（图3.1即为本系统的操作流程图）进行操作，这样可以减少使用者操作中出现的错误，从而节省进入体育馆使用预约平台的时间。
图3.1 系统操作流程
2.登录流程
体育馆使用预约平台通过登录功能（图3.2即为其登录的流程）引导使用者进入指定的功能操作区，也避免非本系统的用户享受本系统提供的服务以及查看本系统提供的信息，从而保障本系统用户的安全使用。
图3.2 登录流程
3.删除信息流程
体育馆使用预约平台在经过长期使用后，会产生很多的数据信息。为了腾出存储空间存放更多的数据，本系统数据库中存储的数据，一些没有参考价值的数据需要进行删除（图3.3即为删除信息的流程），删除数据过程中，为避免误删，使用者要根据系统的提示来决定是否删除数据。
图3.3 删除信息流程
\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.1 管理员模块功能
图4.1即为设计的管理员功能结构，管理员权限操作的功能包括对注册用户信息的管理，对场地，场地预约订单，公告，论坛帖子等信息的管理。
图4.1 管理员功能结构
4.1.2 用户模块功能
图4.2即为设计的用户功能结构，用户权限操作的功能包括参与论坛帖子发布与评论，查看公告，预约场地，收藏场地等。
图4.2 用户功能结构
4.2 数据库设计
体育馆使用预约平台运行中产生的数据需要按照提前设置的存储规则进行保存，而这个存储规则则是在数据库的设计中进行设置的。通常情况下，为了更好的配合系统运行，也要给用户带来良好的使用体验，设计一个很好的数据库是必须的，因为它能减少用户的等待时间，还可以对系统的请求在最短时间内进行响应。所以，对数据库设计时，需要花费一定的时间来分析系统对于数据存储的要求以及存储的具体数据，然后设计具体的存储规则，保证数据库能够对系统的各种数据请求进行及时回应，缩短数据处理时间，并在一定程度上降低数据冗余，节省存储空间。
4.2.1 E-R图
实体-联系图还有一个名称即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 用户表
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | int(11) | 否 |
| username | 账户 | varchar(200) | 是 |
| password | 密码 | varchar(200) | 是 |
| yonghu_name | 用户姓名 | varchar(200) | 是 |
| yonghu_phone | 用户手机号 | varchar(200) | 是 |
| yonghu_id_number | 用户身份证号 | varchar(200) | 是 |
| yonghu_photo | 用户头像 | varchar(200) | 是 |
| sex_types | 性别 | int(11) | 是 |
| yonghu_email | 电子邮箱 | varchar(200) | 是 |
| new_money | 余额 | decimal(10,2) | 是 |
| create_time | 创建时间 | timestamp | 是 |
| 表4.2 场地表 |
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | int(11) | 否 |
| changdi_uuid_number | 场地编号 | varchar(200) | 是 |
| changdi_name | 场地名称 | varchar(200) | 是 |
| changdi_photo | 场地照片 | varchar(200) | 是 |
| changdi_types | 场地类型 | int(11) | 是 |
| changdi_old_money | 场地原价 | decimal(10,2) | 是 |
| changdi_new_money | 场地现价 | decimal(10,2) | 是 |
| shijianduan | 时间段 | varchar(200) | 是 |
| shijianduan_ren | 人数 | int(11) | 是 |
| changdi_clicknum | 点击次数 | int(11) | 是 |
| banquan_types | 半全场 | int(11) | 是 |
| shangxia_types | 是否上架 | int(11) | 是 |
| tuijian | 推荐吃饭地点 | varchar(200) | 是 |
| changdi_delete | 逻辑删除 | int(11) | 是 |
| changdi_content | 场地简介 | text | 是 |
| create_time | 创建时间 | timestamp | 是 |
表4.3 场地收藏表
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | int(11) | 否 |
| changdi_id | 场地 | int(11) | 是 |
| yonghu_id | 用户 | int(11) | 是 |
| changdi_collection_types | 类型 | int(11) | 是 |
| insert_time | 收藏时间 | timestamp | 是 |
| create_time | 创建时间 | timestamp | 是 |
| 表4.4 场地预约表 |
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | int(11) | 否 |
| changdi_order_uuid_number | 订单号 | varchar(200) | 是 |
| changdi_id | 场地 | int(11) | 是 |
| yonghu_id | 用户 | int(11) | 是 |
| changdi_order_true_price | 实付价格 | decimal(10,2) | 是 |
| changdi_order_types | 订单类型 | int(11) | 是 |
| shijianduan | 预约时间段 | varchar(200) | 是 |
| buy_time | 预约日期 | date | 是 |
| insert_time | 订单创建时间 | timestamp | 是 |
| create_time | 创建时间 | timestamp | 是 |
| 表4.5 论坛表 |
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | int(11) | 否 |
| forum_name | 帖子标题 | varchar(200) | 是 |
| yonghu_id | 用户 | int(11) | 是 |
| users_id | 管理员 | int(11) | 是 |
| forum_content | 发布内容 | text | 是 |
| super_ids | 父id | int(11) | 是 |
| forum_types | 帖子类型 | int(11) | 是 |
| forum_state_types | 帖子状态 | int(11) | 是 |
| insert_time | 发帖时间 | timestamp | 是 |
| update_time | 修改时间 | timestamp | 是 |
| create_time | 创建时间 | timestamp | 是 |
| 表4.6 公告信息表 |
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | int(11) | 否 |
| gonggao_name | 公告名称 | varchar(200) | 是 |
| gonggao_photo | 公告图片 | varchar(200) | 是 |
| gonggao_types | 公告类型 | int(11) | 否 |
| insert_time | 公告发布时间 | timestamp | 是 |
| gonggao_content | 公告详情 | text | 是 |
| create_time | 创建时间 | timestamp | 是 |
| 表4.7 管理员表 |
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | bigint(20) | 否 |
| username | 用户名 | varchar(100) | 否 |
| password | 密码 | varchar(100) | 否 |
| role | 角色 | varchar(100) | 是 |
| addtime | 新增时间 | timestamp | 否 |
| 第5章 系统设计与实现 |
编程人员在搭建的开发环境中，运用编程技术实现本系统设计的各个操作权限的功能。在本节中，就展示部分操作权限的功能与界面。
5.1 管理员后台功能实现
5.1.1 论坛管理
图5.1 即为编码实现的论坛管理界面，管理员在该界面中查看论坛回复信息，修改论坛帖子内容，可以删除论坛帖子。论坛信息包含帖子标题，用户姓名，用户手机号，用户身份证，查询的时候可以通过这些信息查询出来结果，添加内容的时候需要输入帖子类型，帖子标题，发布内容。
图5.1 论坛管理界面
管理员添加论坛：
@RequestMapping("/save")
public R save(@RequestBody ForumEntity forum, HttpServletRequest request){
logger.debug(“save方法:,,Controller:{},,forum:{}",this.getClass().getName(),forum.toString());
String role = String.valueOf(request.getSession().getAttribute(“role”));
if(StringUtil.isEmpty(role))
return R.error(511,“权限为空”);
else if(“用户”.equals(role))
forum.setYonghuId(Integer.valueOf(String.valueOf(request.getSession().getAttribute(“userId”))));
else if(“管理员”.equals(role))
forum.setUsersId(Integer.valueOf(String.valueOf(request.getSession().getAttribute(“userId”))));
Wrapper .eq(“forum_name”, forum.getForumName())
.eq(“yonghu_id”, forum.getYonghuId())
.eq(“users_id”, forum.getUsersId())
.eq(“super_ids”, forum.getSuperIds())
.eq(“forum_types”, forum.getForumTypes())
.eq(“forum_state_types”, forum.getForumStateTypes())
;
logger.info(“sql语句:"+queryWrapper.getSqlSegment());
ForumEntity forumEntity = forumService.selectOne(queryWrapper);
if(forumEntity==null){
forum.setInsertTime(new Date());
forum.setCreateTime(new Date());
forumService.insert(forum);
return R.ok();
}else {
return R.error(511,“表中有相同数据”);
}
}
5.1.2 用户管理
图5.2 即为编码实现的用户管理界面，管理员在该界面中为注册系统的用户重置密码，更改用户的头像，电子邮箱等基础信息，删除需要删除的用户。用户信息包含账号，密码，手机号，身份证，头像，性别，电子信箱，余额等。查询的时候只需要提供用户姓名，手机号，身份证就可以查询。
图5.2 用户管理界面
用户添加：
@RequestMapping("/save”)
public R save(@RequestBody YonghuEntity yonghu, HttpServletRequest request){
logger.debug(“save方法:,,Controller:{},,yonghu:{}",this.getClass().getName(),yonghu.toString());
String role = String.valueOf(request.getSession().getAttribute(“role”));
if(StringUtil.isEmpty(role))
return R.error(511,“权限为空”);
Wrapper .eq(“username”, yonghu.getUsername())
.or()
.eq(“yonghu_phone”, yonghu.getYonghuPhone())
.or()
.eq(“yonghu_id_number”, yonghu.getYonghuIdNumber())
;
logger.info(“sql语句:"+queryWrapper.getSqlSegment());
YonghuEntity yonghuEntity = yonghuService.selectOne(queryWrapper);
if(yonghuEntity==null){
yonghu.setCreateTime(new Date());
yonghu.setPassword(“123456”);
yonghuService.insert(yonghu);
return R.ok();
}else {
return R.error(511,“账户或者用户手机号或者用户身份证号已经被使用”);
}
}
5.1.3 场地管理
图5.3 即为编码实现的场地管理界面，管理员在该界面中可以更改场地信息，新增新的场地信息，删除需要删除的场地资料。场地搜索只需要输入场地名称，场地类型就可以查到结果。新增场地则需要输入场地编号，场地名称，照片，类型，原价，现价，时间段，半全场，推荐吃饭地点，场地介绍等。
图5.3 场地管理界面
场地修改：
@RequestMapping("/update”)
public R update(@RequestBody ChangdiEntity changdi, HttpServletRequest request){
logger.debug(“update方法:,,Controller:{},,changdi:{}",this.getClass().getName(),changdi.toString());
String role = String.valueOf(request.getSession().getAttribute(“role”));
Wrapper .notIn(“id”,changdi.getId())
.andNew()
.eq(“changdi_uuid_number”, changdi.getChangdiUuidNumber())
.eq(“changdi_name”, changdi.getChangdiName())
.eq(“changdi_types”, changdi.getChangdiTypes())
.eq(“shijianduan”, changdi.getShijianduan())
.eq(“shijianduan_ren”, changdi.getShijianduanRen())
.eq(“changdi_clicknum”, changdi.getChangdiClicknum())
.eq(“banquan_types”, changdi.getBanquanTypes())
.eq(“shangxia_types”, changdi.getShangxiaTypes())
.eq(“tuijian”, changdi.getTuijian())
.eq(“changdi_delete”, changdi.getChangdiDelete())
;
logger.info(“sql语句:"+queryWrapper.getSqlSegment());
ChangdiEntity changdiEntity = changdiService.selectOne(queryWrapper);
if(”".equals(changdi.getChangdiPhoto()) || “null”.equals(changdi.getChangdiPhoto())){
changdi.setChangdiPhoto(null);
}
if(changdiEntity==null){
changdiService.updateById(changdi);//根据id更新
return R.ok();
}else {
return R.error(511,“表中有相同数据”);
}
}
5.1.4 场地订单管理
图5.4 即为编码实现的场地订单管理界面，管理员在该界面中对用户预约的场地订单进行查询，更改等，查看场地预约订单的预约时间段信息以及订单类型等信息。可以通过输入场地名称，类型，用户姓名，用户手机号，用户身份证号来进行查询场地预约信息。
图5.4 场地订单管理界面
场地订单列表：
/**
* 后端列表
*/
@RequestMapping("/page”)
public R page(@RequestParam Map<String, Object> params, HttpServletRequest request){
logger.debug(“page方法:,,Controller:{},,params:{}",this.getClass().getName(),JSONObject.toJSONString(params));
String role = String.valueOf(request.getSession().getAttribute(“role”));
if(StringUtil.isEmpty(role))
return R.error(511,“权限为空”);
else if(“用户”.equals(role))
params.put(“yonghuId”,request.getSession().getAttribute(“userId”));
if(params.get(“orderBy”)==null || params.get(“orderBy”)==””){
params.put(“orderBy”,“id”);
}
PageUtils page = changdiOrderService.queryPage(params);
//字典表数据转换
List for(ChangdiOrderView c:list){
//修改对应字典表字段
dictionaryService.dictionaryConvert(c, request);
}
return R.ok().put(“data”, page);
}
5.1.5 公告信息管理
图5.5 即为编码实现的公告信息管理界面，管理员在该界面中负责发布公告信息，更改公告信息的部分信息，删除需要删除的公告。
图5.5 公告信息管理界面
5.2 用户前台功能实现
5.2.1 场地信息
图5.6 即为编码实现的场地信息界面，用户在该界面中对场地进行预定，或收藏场地方便下次查看场地信息。可以看到的场地名称，类型，原价，现价，人数，点击次数，半全场，推荐吃饭地点，订购日期，订购时间段详情介绍。
图5.6 场地信息界面
场地预约：
@RequestMapping("/add”)
public R add(@RequestBody ChangdiOrderEntity changdiOrder, HttpServletRequest request){
logger.debug(“add方法:,,Controller:{},,changdiOrder:{}",this.getClass().getName(),changdiOrder.toString());
String role = String.valueOf(request.getSession().getAttribute(“role”));
if(“用户”.equals(role)){
ChangdiEntity changdiEntity = changdiService.selectById(changdiOrder.getChangdiId());
if(changdiEntity == null){
return R.error(511,“查不到该场地”);
}
if(changdiEntity.getChangdiNewMoney() == null){
return R.error(511,“场地价格不能为空”);
}
Integer userId = (Integer) request.getSession().getAttribute(“userId”);
YonghuEntity yonghuEntity = yonghuService.selectById(userId);
if(yonghuEntity == null)
return R.error(511,“用户不能为空”);
if(yonghuEntity.getNewMoney() == null)
return R.error(511,“用户金额不能为空”);
double balance = yonghuEntity.getNewMoney() - changdiEntity.getChangdiNewMoney();//余额
if(balance<0)
return R.error(511,“余额不够支付”);
List changdiOrderTypes.add(2);
String buyTime = new SimpleDateFormat(“yyyy-MM-dd”).format(changdiOrder.getBuyTime());
List
if(changdiOrderEntities != null && changdiOrderEntities.size()>0)
return R.error(511,buyTime+” 那天的 “+changdiOrder.getShijianduan()+” 的时间段已经被预约了");
changdiOrder.setYonghuId(userId); //设置订单支付人id
changdiOrder.setInsertTime(new Date());
changdiOrder.setCreateTime(new Date());
changdiOrder.setChangdiOrderTypes(1);
changdiOrder.setChangdiOrderTruePrice(changdiEntity.getChangdiNewMoney());
changdiOrder.setChangdiOrderUuidNumber(String.valueOf(new Date().getTime()));
changdiOrderService.insert(changdiOrder);//新增订单
yonghuEntity.setNewMoney(balance);//设置金额
yonghuService.updateById(yonghuEntity);
return R.ok();
}else{
return R.error(511,“您没有权限支付订单”);
}
}
5.2.2 在线论坛
图5.7 即为编码实现的在线论坛界面，用户在该界面中对论坛所有帖子进行查看，查看帖子之后可以发布帖子评论，用户也能点击发布帖子链接进入新界面发布自己的帖子。主要可以看到帖子标题，发布人权限，发布时间，可以对这些帖子进行回复操作。
图5.7 在线论坛界面
5.2.3 场地预约
图5.8 即为编码实现的场地预约界面，用户在该界面中浏览已经预约的场地。如果存在误操作，用户可以取消预约的场地。在个人中心我的场地预约里面，有全部场地预约，已使用，取消预约，已预约这几个状态的预约信息，已经取消预约的不能再取消，已预约尚未取消预约的才可以取消预约。
图5.8 场地预约界面
我的预约:
/**
* 前端列表
*/
@IgnoreAuth
@RequestMapping("/list")
public R list(@RequestParam Map<String, Object> params, HttpServletRequest request){
logger.debug(“list方法:,,Controller:{},,params:{}",this.getClass().getName(),JSONObject.toJSONString(params));
// 没有指定排序字段就默认id倒序
if(StringUtil.isEmpty(String.valueOf(params.get(“orderBy”)))){
params.put(“orderBy”,“id”);
}
PageUtils page = changdiOrderService.queryPage(params);
//字典表数据转换
List for(ChangdiOrderView c:list)
dictionaryService.dictionaryConvert(c, request); //修改对应字典表字段
return R.ok().put(“data”, page);
}