本篇博客的主要内容是：对OA系统的总结&归纳；

1.在开发一个系统前，必须要有十分严格和明确的需求说明书；即，开发前，一定要搞清楚需求。

2.开发前，要明确，采用什么技术栈。

3.准备一个数据库，即创建一个逻辑空间。 

4.创建一个maven工程（即，使用maven管理本项目的各种依赖）；并且，将工程设置为web工程；同时，在IDE中设置Tomcat；

8.引入Servlet：在pom.xml中引入Servlet依赖，并且该依赖的设置为provided（为web容器（比如Tomcat）本身就是一个Servlet容器，其自带了Servlet-apr.jar。所以，我们这儿引入的Servlet依赖只需要在程序编译的时候用到，并不需要将这个Servlet依赖发布到最终的运行环境中，因为Tomcat已经自带了。）

9.需要设置IDEA发布中包括maven的jar包，因为工程中引入的jar包大部分也是需要被包含在工程发布中的；（然后，以后项目中每引入一个依赖，并且该jar需要随工程发布的时候，都需要设置一下）

RBAC（基于角色的访问控制）介绍与核心表。

这儿着重重复说明以下几点：

（1）在【RBAC（基于角色的访问控制）】中，sys_role角色表示最核心的表

（2）资源相关的表，是周围的表；以为sys_node功能表为例；主要感受资源表和核心表的关系

（3）role核心角色表，资源表，角色资源关联表，这三类表是基础；是其他一切业务的基础，也是【其他和具体业务有关的表】的基础。

本部分的主要内容就是登录，核心功能就是 从【登录页】进入到【系统默认首页】；并且根据登录用户，初始化【系统默认首页】。

上面登录部分，已经形成了一个闭环，然后接下来的部分就是具体的登录后的东西了，即【请假申请】，【请假审批】，【通知公告】的功能了。

（1）登录部分，密码使用到了MD5加密；

（2）前端部分，借助了layui这一前端框架；

（3）对于那些，【可能操作成功，也可能操作失败的地方】，后台在返给前台的JSON数据中，操作成功和失败其一般会返回不同的数据，以方便前台知道后台是否处理成功：

【系统登录部分】已经完成了“进入系统的任务”；接下来就是具体的功能了。

（1）这种线型工作流程的数据库设计

即，为了实现【请假申请、请假审批、通知公告】，底层需要设计几个数据表来支撑这个业务。

【针对特定业务，设计数据库的能力，不是一朝一夕就能OK的，需要慢慢积累，慢慢提升】 。

● 单表（这儿的单是请假单；在其他业务中，还可能是其他种类的单；但是，总之一个单数据就代表一个【正在走流程的】东西）；

● 流程表（这个是上面【单表中某条数据】应该走的流程数据）

● 消息表（这个表纯粹是锦上添花的表了）

（2）请假申请业务逻辑

本部分的主要内容就是，【用户填写请假信息，提交，然后就会在LeaveForm请假单表、ProcessFlow审批任务流程表、Notice消息通知表三张表中插入对应的信息】

（1）前端部分，借助了layui；

（5）对于那些，【可能操作成功，也可能操作失败的地方】，后台在返给前台的JSON数据中，操作成功和失败其一般会返回不同的数据，以方便前台知道后台是否处理成功：

（3）请假审批业务逻辑

（1）前端部分，借助了layui；尤其是，layui数据表格的要求；

（2）对于那些，【可能操作成功，也可能操作失败的地方】，后台在返给前台的JSON数据中，操作成功和失败其一般会返回不同的数据，以方便前台知道后台是否处理成功：

（3） 自定义异常；这个自定义异常，就相当于是自己定义的一个警报器；可以帮助我们处理不同的不OK的情况。

（4）通知公告业务逻辑

（1）通知公告的生成，在两个时机：【当某个请假被提交后】，【某个请假申请在某个流程被审批后】；这两个操作后，会在notice表中，生成对应的通知公告；

（2）然后，具体到【通知公告】部分的时候，直接从数据库中获取属于当前登录用户的通知公告就OK了；

其中，浅绿色框体内就是登录部分；然后，ajax请求的用粉红色字体标识了出来；（最后再强调一下，是否使用ajax，只和前台的显示要求有关，如果前台要求是局部刷新就使用ajax请求；；；而这个局部刷新，情况就比较比复杂了，具体还需要慢慢加深理解）

1.【数据】比【程序】重要！！！

2.【程序的结构和思路】比【具体的编码实现】重要！！！

3.每写完一个Dao（或者是一个Service），及时的单元测试，非常重要！！！能保证一步一个脚印，也方便在小范围内查找bug；

4.尽早的熟悉（不要求完全掌握，尽量熟悉）一款成熟的前端框架（angular，react这些），比较重要，能提升后台开发的效率，方便前后端联调；（因为layui在实际中，貌似使用的并不是很多~~）

5. 数据库的设计能力，不是一朝能提升的，需要慢慢加强；本案例包括【RBAC（基于角色的访问控制）的数据库设计】；【工作流程的数据库设计】；这些，都是很重要的。

6.通过这个案例发现，是否使用ajax，只和前台的显示要求有关，如果前台要求是局部刷新就使用ajax请求；；；而这个局部刷新，情况就比较比复杂了，具体还需要慢慢加深理解；自然即使使用了ajax请求，也可以实现页面的跳转（后台可以给前台返回一个url，然后前台直接跳转到这个url，这可以实现页面的完全跳转。像OA系统的登录请求，请假提交请求，请假审批提交请求都是如此）【前台需要向后台提交数据，后台获取这些数据，并且会调用逻辑去处理，然后再向前台返回处理结果的情况：一般使用ajax请求】；【前台单纯从后台查询数据，以在前台显示的（比如获取数据，在前台显示在表格中）的情况：一般没有使用ajax请求】；自然，使用ajax请求与否，还要和具体前台页面是否变化有关；（因为ajax请求最重要的目的就是局部加载嘛）；

7.新引入的jar包，如果需要，要及时的添加到发布目录中； 

8. 自定义异常，作为一种【自己定义的警报器】还是很给力的；

9. 用户的密码使用到了MD5数据加密；

10.（）框架只是一个工具，java的基础知识才是根本；前端框架同理，HTML，CSS，JavaScript才是根本！！！