一、搭建一个网站建设工程的规划和设计想法初稿

一、体系规划

现在都前后端别离模式了，体系规划应该有两种选择：

1、前后端别离，事务运用端服务和后台办理运用端服务别离

就会有三个或四个运用布置：

（1）体系前台前端

（2）体系后台前端（能够跟1整合一同）

（3）体系前台运用服务

（4）体系后台运用服务

优点是后台做报表统计，导出等大数据量的运用操作的时分，就算把运用资源占用满，也不会直接影响前端事务运用端的运用

这个还有一种方案：

（1）体系前台前端

（2）体系后台前端（能够跟1整合一同）

（3）体系会话运用层

（4）体系前台运用服务（中台）

（5）体系后台运用服务（中台）

这种布置有个优势，便是后续事务扩展了，（4）和（5）能够不断的扩节点做支撑

2、前台和后台一体

这种方法，乃至前后端的页面也整合到一同，一个简略的布置工程

优点：合适小网站的运用，否则给客户做一个体系，给人搭建四个运用乃至更多，杀鸡牛刀。

不过最好的方法是前后端可分可合

我想到的方案：

1、用redis办理会话

2、事务运用端运用服务和后台办理运用服务是同一套代码，接口地址途径有区别，届时分隔布置

3、运用minio或其他存储办理附件。

二、后端工程的规划

1、通用类：

（1）通用东西类能够用hutool，不用重复造轮子。这样的优点，大家都用相同的东西类，代码参阅和引证（CV大法），就不需求二次改动，直接用即可

（2）有些方法，如hutool没有支撑的，能够用通用东西类扩展完成。但原则上这个类里边的代码逻辑，不能跟事务有任何关联。其他都能运用。

比方：

如果在这个东西类里边约好一个枚举：

车辆状况：

正常

修理

丢失

损坏

报废

这个枚举定义跟事务有关，在这个类里边定义，就不合适了。

辅助东西类：

如poi完成Excel的导入和导出，需求引证poi的jar，独自建一个类，后需求的工程就引证，不需求的就防止不用要的全家桶

2、体系通用类

体系不可能只要一个，比方会用用户办理体系，车辆办理体系，考试办理体系等等，每个体系都会有一些通用的约好，这些能够放在这个体系通用类里边。后续体系开发能够直接引证。

3、结构根底类

（1）实体根底类

（2）事务操作根底类（待定）

4、数据库实体类

各个事务的表实体和枚举字典信息

这种实体类独自存放，跟数据库访问操作无关，后续其他事务体系需求用的时分，能够考虑直接引证

5、事务实体类

6、事务数据库操作类

考虑是否支撑多数据库类型，比方一起支撑mysql、oracle。

之前的体系，甲粑粑有Q，都是根据oracle完成，后续市场变化了，想把原先做的体系包装往外扩展，发现要改造，支撑mysql，无形中增加了开发成本。所以，最好考虑能支撑多种数据库

7、事务服务层

完成调用各个事务数据库操作类，或许外部接口等，完成事务逻辑

8、控制层

每个事务独自一个控制层类

9、外部服务调用层

比方调用微信、调用支付宝等服务

有些服务是需求引证第三方的jar包的，考虑放在这个事务层

后续如果觉得引进到工程会污染，能够考虑把这个服务层抽离出来做一个独立服务，经过http调用

10、主运用服务

启动、加载配置等

初步想法，后续每个点都需求考虑和细化。

所以，说是初稿，后续参阅看看若依结构是怎样规划的，学习别人是怎样规划的。