《软件工程-基于SSM框架的健身房管理系统的设计与实现.docx》由会员分享，可在线阅读，更多相关《软件工程-基于SSM框架的健身房管理系统的设计与实现.docx（63页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、内容摘要这些年来人们的生活水平逐渐提高，人们也开始聚焦在健康上，如何保持健康成为了重要的环节，人们往往选择去健身房进行适当的锻炼，健身房虽然场地小，但是锻炼设施都会很齐全，能满足大多数人的日常需求。 而随着健身房人流的信息量逐步增大，器材的增多，而又想提供更优质的服务，健身房往往都会和互联网相结合，本论文基于JavaWeb的SSM框架为健身房管理设计一个管理系统和实现该设计，该系统不仅对经营者来说不仅可以很方便的有效的管理健身房，而且还可以依靠互联网为学员们提供更加优质的服务，如在线学习课程，在线下锻炼之余，而线上却可以提供学习专业的健身知识，让学员们充分学习，不会是的学员盲目的锻炼，而是在有
2、效的时间内得到充分有效的锻炼。关键词：健身 互联网 信息 实现 系统AbstractOver the years, peoples living standards have gradually improved, and people have begun to focus on health. How to keep healthy has become an important link. People often choose to go to the gym for proper exercise. Although the gym is small, but the exercis
3、e facilities will be very complete, which can meet the daily needs of most people.With the gradual increase of the information flow and the increase of equipment in the gymnasium, and the desire to provide better service, the gymnasium is often combined with the Internet. In this paper, the SSM fram
4、ework based on JavaWeb is used to design and implement a management system for the gymnasium management. The system is not only convenient and effective for the operators to manage the gymnasium, but also according to the Rely on the Internet to provide students with more quality services, such as o
5、nline learning courses, offline exercise, while online can provide learning professional fitness knowledge, so that students can fully learn, not blindly exercise, but in an effective time to get full and effective exercise.Key words：fitness internet information implementation system目录第一章 绪论11.1项目的开
6、发背景及意义11.2国内外发展状况分析11.3项目简介11.4系统项目周期2第二章 需求分析32.1 系统实现环境32.1.1系统软件环境32.2 系统总流程图42.3 系统需求分析42.3.1 用户管理42.3.2 课程管理52.3.2.1课程管理52.3.2.2 章节管理62.3.3 学习进度管理72.3.4 评论管理72.3.5衣柜管理82.3.6 器材管理82.3.7 维修管理92.3.8充值管理102.3.9 打卡管理102.3.10 预约管理11第三章 总体设计方案123.1系统边界设计123.2 系统架构123.3 技术架构13第四章 系统的详细设计与实现144.1 数据库设计1
7、44.1.1概念设计144.1.2 逻辑设计184.1.3 物理设计194.2 系统详细设计274.2.1系统代码架构设计274.2.2系统项目的初始化274.2.2.1 系统服务端接口的初始化274.2.2.2 前后台页面的初始化324.2.3用户模块设计344.2.4课程模块设计384.2.5学习进度管理454.2.6 评论管理474.2.7衣柜管理484.2.8 器材管理504.2.9 维修管理524.2.10 充值管理53第五章 测试运行595.1功能测试59第六章 结论61第一章 绪论1.1项目的开发背景及意义如今人类发展迅速，工作压力大，而为了释放精神上的压力，同时也是为了自己的身
8、体健康，或多或少的人都会选择合理的健身，并且现在健身也都已经成为了许多年轻人的一种生活习惯方式，健身不仅可以强身健体，而且还能保持良好的体形，而随着互联网的发展，都已经融入到了各行各业了，当然健身行业也不例外，现在互联网加上健身越来越普遍，同时也受到了广大的健身人士的欢迎，健身房的也根据用户需求，做出了越来越人性化的设计，为了都是方便热爱健身的人们。1.2国内外发展状况分析在社会发展迅速的今天，很多人为了自己的身体健康需要，会有相当一部分的人来健身，同时现在健身也慢慢的成为了人们的一种生活的习惯方式，所以越来越多的人参加到这个健身的行动当中，因为还可以通过健身的，也来认识的更多志同道合的人，当
9、人们慢慢的变多的时候，急需要一个信息系统来管理信息，也方便彼此，更能增加健身的体验。1.3项目简介本系统的功能可提供，在线学习健身课程安排，视频的评论，个人学习的进度的记录，健身打卡的分享，让一群拥有共同兴趣爱好的人，相互学习，相互鼓励，另外为了方便健身房方便管理，提供了信息管理，包括用户信息，器材信息，衣柜管理，充值管理。而本系统的实现采用了前后端分离的实现，不仅可以减少了耦合度，方便了开发，还为系统的维护提供了有效的帮助，使整体的系统响应速度大大提升。本系统的后端服务采用的SSM框架搭建，大大的提高了开发效率，而前端在基本的html+css+js基础上加了jquey组件，还有bootstr
10、ap的框架的结合，使得系统在审美上更加好看，方便。1.4系统项目周期系统的实现总体上一共分为三个阶段进行开发，三个阶段按如下进展。阶段内容第一阶段需求分析与详细设计的实现第二阶段系统的编码实现第三阶段系统的部署与测试项目详细周期事件完成时间点需要完成的任务备注项目立项2019/11/25确定需要改开发该项目需求2019/12/12项目的需求分析总体设计2020/12/15项目的总体设计详细设计2020/1/5项目的详细设计系统编码2020/4/4完成系统的开发系统测试2020/4/15完成系统的测试系统部署2020/4/18系统本地部署运行第二章 需求分析2.1 系统实现环境2.1.1系统软件
11、环境系统的开发实现，所必须的环境和软件，其中操作系统为window10,而最重要的java开发语言工具jdk为1.8以上，一下表格系统列出所需的软件环境要求。名称版本描述jdk1.8以上项目运行依赖的环境操作系统Windows10操作系统Mysql5.7储存数据的数据库服务端Navicat12操作数据库的可视化客户端IDEA2019.2编辑开发系统的工具Postman7.16服务端接口请求工具Redis2.8非关系型数据库(缓存)Git客户端2.21.0代码版本控制Sublime Text33.16前端代码编辑器Chrome浏览器前端代码调试浏览器Visual Studio Code1.43前
12、端代码编辑器Node.js12.8.1js运行在服务端2.2 系统总流程图 总体流程图如2.2.1所示:图2.2.1总体流程图2.3 系统需求分析2.3.1 用户管理(1)功能描述用户管理模块主要管理用户信息，包括用户的注册系统，登录系统，找回密码，权限认证，用户查找，用户信息修改。用户注册：即用户登录系统初始化自己的信息，信息绑定系统。用户登录：用户系统注册之后，便可以根据自己注册时的信息，进行一个登录系统的操作，登录之后可以操作相应的功能。找回密码：用户再登录系统的时候，如果忘记密码，可进行一个密码找回的操作权限认证，不同用户角色，是具有不同的权限的，所说的权限就是一个能否操作菜单的功能，
13、系统的权限如下所示：名称描述会员在线学习课程，维护个人的信息工作人员日常管理人员信息，器材，衣柜，维修教练课程的上传与维护超级管理员拥有以上角色的所有权利用户查找：用户信息量增大的时候，通过系统可以对用户的信息进行一个查找。用户信息修改：用户可以对自己的信息修改，包括个性化头像，昵称，充值等(2)用户管理流程图，如图2.3.1下所示：图2.3.1用户管理流程2.3.2 课程管理课程管理分为课程管理和章节管理两个子模块，只有教练和超级管理员才可以管理课程的信息，而课程可以对外提供在线学习。2.3.2.1课程管理(1)功能描述课程管理的功能包括课程的增删查改，其中视频的在线提供需要保证在线观看的时
14、候视频的流畅度，增加、修改、删除课程视频只要教练和超级管理员才具有的权限，其他的角色不能拥有，进入增加课程界面，输入必要的信息，如果视频的输入的信息有误，需要作出相应的提，当视频增加完成后，这个时候没有章节的，只有该视频的介绍页，需要提醒上传者，立即上传章节，否则视频内容不完整。(2)视频管理流程图，如图2.3.2所示 图2.3.2视频管理流程2.3.2.2 章节管理(1)功能描述章节管理是基于课程的，只有新建课程完成以后才可以进行添加章节的操作，(2)章节管理流程图，如图2.3.3所示：图2.3.3章节管理2.3.3 学习进度管理(1)功能描述对于学习进度管理，就是记录该学员的学习情况，需要
15、做到的是学员学到那个章节，则下一次登录回系统的时候，系统可以该出该学员学到那一章节，并继续往下学，还可以查看当前学员过去以往学到了那些课程，做进一步的学习规划，而对于重复学习的课程，无需做额外的记录，实际上完成该课程100%的学习即可。(2)学习进度管理，流程图如图2.3.4所示：图2.3.4学习进度2.3.4 评论管理(1)功能描述评论管理包括课程的评论和章节的评论，学员在线学习的时候，可以做到对该课程或章节进行一个评论，分享自己的学习心得，分享对该课程的一下看法和建议，可以对认可的评论进行一个点赞，还可以查看评论用户的一些信息， 对于前台评论不当的，人工可以在系统进行一个删除或过滤。(2)
16、评论管理，主要流程图如图2.3.5所示：图2.3.5评论管理2.3.5衣柜管理(1)功能描述在健身房每个用户如果进行了健身卡的购买，即为自己的账户充值，可有权利在进行一个衣柜租用，拿来来进行储存自己个人的财务或物品，系统这方面为了方便衣柜信息管理，需要清楚的知道这个衣柜是那个学员使用的，使用期限在租用时进行确认。(2)衣柜管理，流程图如图2.3.6所示：图2.3.6衣柜管理2.3.6 器材管理(1)功能描述健身房为了方便管理器材，该系统需要对器材进行信息的录入，比如采购的时间，投入时间，特别是器材的使用寿命，这一点需要保证器材绝对的安全，避免意外的发生，确保信息的录入正确，对于提前即将出现问题
17、的器材，能有一个标识的状态，能保证提前对器材进行一个检查维护的操作。操作系统时，增删改查的信息，操作是否成功都需要一个提示标识，以免影响用户的体验感。(2)器材管理，流程图如图2.3.7所示：图2.3.7器材管理2.3.7 维修管理(1)功能描述：对于健身房存在的器材，衣柜少不了日常的维修，而对于该模块只需要记录基本的信息录入和操作即增删改查，对于录入维修的信息，需要知道维修人，维修日期等等，方便日后的进行一个信息的核实。(2)维修管理，基本流程图如图2.3.8所示：图2.3.8维修管理2.3.8充值管理(1)功能描述该管理模块可以理解为一个简单的商品管理，因为系统缺少了健身卡的硬件支持，而采
18、用了以个人账号统一管理的方式，个人来健身房健身是需要提交费用，该费用的产生就是当用户注册以后，为个人账号充值即可，充值的方式为线上和线下都可以实现，而提供给用户充值优惠方案现在暂定四种：月卡、季卡、半年卡、全年卡；而每个月会进行一个费用的结算,即优惠方案选择的不同自然的扣除的费用就不一样，具体优惠方案如下列表所示，在往后的管理中如果有需要，还可以增加优惠方案或则修改等操作；优惠方案方案售价优惠（月结算时打几折）月卡125100%季卡25095%半年卡50090%全年卡100085%(2)充值套餐管理，购买的流程图如图2.3.9所示：图2.3.9充值套餐管理2.3.9 打卡管理(1)功能描述该系
19、统设计的打卡功能，意义上有两种：第一种，就是学员来到健身房，工作人员手动对来到学员进行一个手动签到，确保信息的记录，第二种，就是线上学员可以登录前台系统，上传自己今天训练的短视频发布并简单的记录一下今天所学的，达到记录自己健身的一个功能，学员登录系统之后还可以看到过往打卡的记录，每天只能上传一次，还可以看到别人的打开，学员也可以设置权限，私有还是公开。(2)打卡流程图，如图2.3.10所示：图2.3.10打卡流程图第三章 总体设计方案3.1系统边界设计当遇到对于需求的理解时，系统尚未实现的时候，怎么样才可以向客户描述一个需求，而系统边界实际上就是系统和环境的边界。一个系统的所有功能模块点与系统
20、之外的各种事物的分界点，用于直观的区分系统和环境的实质区别，具有一定的隔离功能，这不仅对系统和环境拥有一定的隔离保护的重要意义， 系统边界一般在里就是系统管理，在外系统使用人员通过系统边界上的接口进行一个交互。而本系统的边界设计如图3.1.1所示：图3.1.1系统的边界3.2 系统架构系统架构实际上就是指系统的组成架构，本系统一共分为前台界面、后台界面、服务接口层，各个层又分为系统管理、课程管理、学习进度管理、评论管理、衣柜管理、器材管理、维修管理、充值管理、打卡管理、预约管理，把所有系统业务科学合理分解为为各个层。如图3.1.2所示：图3.1.2系统的结构图3.3 技术架构 重技术层面来讲，
21、本系统采用前后端方式实现，所以说前端后端的架构是独立，互不影响，其中后端服务接口层是基于SSM框架搭建的，这个也是为了快发而选择的框架，基于这个框架，服务端架构如图3.1.3所示:图3.1.3系统急速架构第四章 系统的详细设计与实现4.1 数据库设计4.1.1概念设计(1)基本概述在数据库设计中，需要把需求抽象为一个信息结构的过程，而这个过程数据库的概念结构设计。该系统的需求包括用户管理、课程管理、学习进度管理、评论管理、衣柜管理、器材管理、维修管理、充值管理，需完成数据库的设计。其中本系统包含的实体E-R图如下:系统用户E-R图，如图4.1.1所示图4.1.1系统用户E-R图 课程实体E-R
22、图，如图4.1.2所示图图4.1.2课程实体E-R图 课程分类实体E-R图，如图4.1.2所示图4.1.2课程分类实体 学习进度实体E-R图，如图4.1.3所示图4.1.3学习进度 衣柜实体E-R图，如图4.1.4所示图4.1.4衣柜实体E-R图 器材实体E-R图，如图4.1.5所示图4.1.5器材实体E-R图 评论实体e-r图，如图4.1.6所示图4.1.6评论实体e-r图 充值方案E-R图，如图4.1.7所示图4.1.7充值方案E-R图 实体与实体的之间的关系。其中较为关键的课程的总体的E-R图如4.1.8所示图4.1.8数据库设计图4.1.2 逻辑设计(1)基本概述逻辑设计实际上就是按E
23、-R图转为一个关系的一个模型，一般可以选择方法有面对对象分析和设计，而平常所说的实体，在开发中往往会称之为类，将E-R图转化关系模型图，具体的来说就是要把原始的数据进行一个分解并且合并，重新组织起来的数据库全局逻辑结构，包括实体类的关键字和属性，还有之间的重要的联系，最终形成一个数据视图。关系模型如图4.1.9所示：图4.1.9逻辑设计模型4.1.3 物理设计(1)基本概述 一般的会将逻辑设计的结果，把此结果转成一个物理设计，还需要规定表的结构和定义一些规范，在实际的物理设备上加以存储，如数据库就是一个实际的物理设备储存，从而建立一个规范的模型结构，此过程需要依赖计算机的运行，在数据库设计的时
24、候还需要考虑的问题还有很多，例如成本，储存大小，查询速度，以保证为系统代理很好的储存服务。（2）关系模式对应的表的汇总表名说明g_user系统用户表g_course课程信息表g_chapter章节信息表g_progress学习进度表g_user_follows用户关注表g_wardrobe衣柜信息表g_comment评论信息表g_equip器材信息表g_pay_info充值信息表g_product充值产品表g_order订单信息表g_record打卡信息表 系统用户表g_user列名说明数据类型、大小备注user_id用户表idvarchar(32)course_id课程idvarchar(3
25、2)username用户名称varchar(12)password密码varchar(32)person_type用户类型tinyint(1)超级管理员4，教练3，工作人员2，会员1phone电话varchar(12)status状态tinyint(1)状态，0无效，1有效header头像varchar(255)account_balance余额Decimal(22,2)short_describe个性签名varchar(125)describe_info自我介绍varchar(500)create_user_id创建用户的idvarchar(32)create_time创建时间datetim
26、eupdate_user_id更新用户的idvarchar(32)update_time更新时间datetimedelete_flag逻辑删除tinyint(1)0:正常，1删除 课程分类表列名说明数据类型、大小备注category_id分类idvarchar(32)主键parent_id父id（0表示根节点）varchar(32)name分类名称varchar(32)status状态，1表示正常，0禁用varchar(32)create_user_id创建用户的idvarchar(32)create_time创建时间datetimeupdate_user_id更新用户的idvarchar(3
27、2)update_time更新时间datetimedelete_flag逻辑删除tinyint(1)0:正常，1删除 课程信息表g_course列名说明数据类型、大小备注course_id课程idvarchar(32)主键course_name课程名称varchar(32)category_id 课程分类idvarchar(32)launch_userId课程发布者idvarchar(32)launch_user课程发布者varchar(32)course_time课程总时长datetimecourse_image课程图片varchar(500)course_desc描述简介varchar(2
28、55)recommend推荐数Integerstudy_count学习人数Integercreate_user_id创建用户的idvarchar(32)create_time创建时间datetimeupdate_user_id更新用户的idvarchar(32)update_time更新时间datetimedelete_flag逻辑删除tinyint(1)0:正常，1删除 章节信息表g_chapter列名说明数据类型、大小备注chapter_section_id章节idvarchar(32)主键course_id归属课程idvarchar(32)parent_id父章节id（0表示父节点）va
29、rchar(32)name章节名称varchar(32)time时长Integervideo_url视频urlvarchar(125)create_user_id创建用户的idvarchar(32)create_time创建时间datetimeupdate_user_id更新用户的idvarchar(32)update_time更新时间datetimedelete_flag逻辑删除tinyint(1)0:正常，1删除 学习进度表g_progress列名说明数据类型、大小备注progress_id进度idvarchar(32)主键user_id用户idvarchar(32)course_id课程
30、idvarchar(32)section_id节idvarchar(32)chapter_id章idvarchar(32)status状态：0-学习中；1-学习结束varchar(12)状态：0-学习中；1-学习结束create_user_id创建用户的idvarchar(32)create_time创建时间datetimeupdate_user_id更新用户的idvarchar(32)update_time更新时间datetimedelete_flag逻辑删除tinyint(1)0:正常，1删除 用户关注表g_user_follows列名说明数据类型、大小备注follow_id关注idvar
31、char(32)主键user_id用户idvarchar(32)followed_id被关注的用户idvarchar(32)create_user_id创建用户的idvarchar(32)create_time创建时间datetimeupdate_user_id更新用户的idvarchar(32)update_time更新时间datetimedelete_flag逻辑删除tinyint(1)0:正常，1删除 衣柜信息表g_wardrobe列名说明数据类型、大小备注wardrobe_id衣柜idvarchar(32)主键number衣柜编号varchar(12)user_id用户idvarcha
32、r(32)phone用户电话varchar(12)deposit押金decimal(20,2)status1可用，0不可用tinyint(1)expire_time过期时间datetime状态，0无效，1有效rent_time租用时间datetimecreate_user_id创建用户的idvarchar(32)create_time创建时间datetimeupdate_user_id更新用户的idvarchar(32)update_time更新时间datetimedelete_flag逻辑删除tinyint(1)0:正常，1删除 评论信息表g_comment列名说明数据类型、大小备注comm
33、ent_id评论idvarchar(32)主键username用户usernamevarchar(32)to_username评论对象varchar(12)course_id课程idvarchar(32)section_id章节idvarchar(32)section_title章节标题varchar(200)content评论内容varchar(255)create_user_id创建用户的idvarchar(32)create_time创建时间datetimeupdate_user_id更新用户的idvarchar(32)update_time更新时间datetimedelete_flag
34、逻辑删除tinyint(1)0:正常，1删除 器材信息表g_equip列名说明数据类型、大小备注equip_id器材idvarchar(32)主键number器材编号varchar(12)purchaser购买者varchar(22)image器材图片varchar(255)available_time使用寿命integerstatus1可用，0不可用tinyint(1)produce_times生产时间datetime状态，0无效，1有效price价格decimal(20,2)create_user_id创建用户的idvarchar(32)create_time创建时间datetimeupd
35、ate_user_id更新用户的idvarchar(32)update_time更新时间datetimedelete_flag逻辑删除tinyint(1)0:正常，1删除 充值信息表g_pay_info列名说明数据类型、大小备注pay_id支付信息idvarchar(32)主键user_id用户idvarchar(32)order_no订单号varchar(32)pay_platform支付平台:1支付宝 2微信tinyint(1)platform_no支付流水号tinyint(1)status支付宝支付状态tinyint(1)create_user_id创建用户的idvarchar(32)c
36、reate_time创建时间datetimeupdate_user_id更新用户的idvarchar(32)update_time更新时间datetimedelete_flag逻辑删除tinyint(1)0:正常，1删除 充值方案表g_product列名说明数据类型、大小备注product_id用户表idvarchar(32)主键product_name充值方案名称varchar(32)price价格varchar(12)type类型varchar(32)g_status状态，0无效，1有用tinyint(1)detail优惠varchar(12)create_user_id创建用户的idva
37、rchar(32)create_time创建时间datetimeupdate_user_id更新用户的idvarchar(32)update_time更新时间datetimedelete_flag逻辑删除tinyint(1)0:正常，1删除 订单信息表g_order列名说明数据类型、大小备注order_id订单idvarchar(32)主键user_id用户表idvarchar(32)product_id产品idvarchar(32)order_no订单号varchar(32)payment实际金额，保留两位小数decimal(20,2)payment_type支付类型，1在线支付tinyin
38、t(1)g_status订单状态，0已取消，1未支付，2已付款，3订单完成，4订单关闭tinyint(1)状态，0无效，1有效end_time支付完成时间varchar(255)payment_time支付时间Decimal(22,2)create_user_id创建用户的idvarchar(32)create_time创建时间datetimeupdate_user_id更新用户的idvarchar(32)update_time更新时间datetimedelete_flag逻辑删除tinyint(1)0:正常，1删除4.2 系统详细设计4.2.1系统代码架构设计(1).基本描述系统的代码架构采
39、用前后代码端分离的设计，而与传统的网站开发中，一般认为前后端分离，前端表示在浏览器看到的视图，而后端是提供业务接口的服务器，错误的认为是一种网站的开发模式，实际上他不仅仅是一种开始模式，也是一种架构模式。在代码的开发阶段，前端和后端需要约定好接口，前端需要返回什么数据，而后端需要根据业务需求按照约定好的数据格式向前端进行一个返回，前端也只要根据接口参数约定通过http、其它协议进行一个前后端的交互，两者在开发中也是相互独立，互不影响，在部署的时候需要进行一个分离的部署。之所以采用前后端分离的代码架构模式，也是为了方便自己开发，模块功能清晰，前后端达到了一个解耦功能，对日常维护也是提供了很大的帮
40、助。(2)数据接口的接口规范，基本流程图如下所示：4.2.2系统项目的初始化4.2.2.1 系统服务端接口的初始化由于是前后端代码分离的架构设计，而后端就是一个服务接口的提供，只需要定义请求是需要的参数，带参数或不带参数请求，将返回一个json格式的数据，之后在页面进行一个回显即可。而后台的服务接口是基于SSM框架而搭建的，在真正的业务开发之前还需要进行项目的初始化，为了给后续开发的业务带来便利。(1)项目目录的初始化编辑器idea创建一个maven项目，初始化包结构，如图4.2.2.1（1）、4.2.2.1（2）所示图4.2.2.1（1）初始化包结构图4.2.2.1（2）初始化包结构(2)i
41、dea编辑器整合外部web容器tomcatTomcat是一个web应用的服务器，但是tomcat本身就包含了html页面对web的请求和sevlet的一个动态请求，也属于一个serlvet容器，服务接口需要真正运行起来对外提供请求，这个时候就需要把项目部署到tomcat才可以，当部署成功之后，在浏览器发出接口请求到tomcat服务器，做出相应把结果放回给浏览器。配置外部tomcat图如4.2.2.2下：图4.2.2.2配置外部tomcat(3)整合git远程代码版本管理为了项目的备份，需要把项目与git整合，这样也是避免项目丢失，还可以在项目开发过程中，如果已开发的功能对原来的功能有影响，在未
42、提交之前还可以进行对上一个模块的代码还原，这样就不会影响到下一个模块了。码云仓库图如4.2.2.3所示：图4.2.2.3码云仓库图(4)maven整合SSM框架引入相应的依赖，如spring、springmvc、mybais，因为是一个maven项目，可通过pom.xml进行一个依赖的远程现在导入，举例引入spring依赖，如图4.2.2.4所示：图4.2.2.4依赖的远程Mybatis的逆向工程对于在开发中很多业务代码模块产生的方式是重复，为了提高效率可是用mybatis的逆向工程，俗称代码自动生成，主要配置文件如图4.2.2.5所示：图4.2.2.5配置文件(5)创建的高复用类，即对于浏览器发起的接口请求，而后端服务响应的时候需要安装某种格式进行放回，而此时使用的次数过多是，可以穿件一个高复用类进行一个后端数据的封装在放回给前台，进行数据的渲染，此类关键属性和方法，如下图4.2.2.6所示：图4.2.2.6高复用类(6)定义全局异常类 所谓全局异常类，就是对请求接口时，发生的异常进行一个捕获，此过程是开发调试中快速找出问题的重要异常类，其中常见的异常有：无效的请求地址即404，请求方法是GET还是POST，