做了多年的开发，原来很多项目都是一个项目一个工程，如果用到其他的项目的依赖文件的时候的，直接手动copy过来就可以了，自从有了maven后，很多开源的项目和互联网公司都开始使用maven来构建聚合项目，通过聚合项目来解决单个项目庞大的问题。

小程序后台spring boot的搭建

• 单结构工程
  使用Java技术开发的工程项目，无论是数据处理系统还是Web网站，随着项目的不断发展，需求的不断细化与添加，工程项目中的代码越来越多，包结构也越来越复杂这时候工程的进展就会遇到各种问题：

1. 不同方面的代码之间相互耦合，这时候一系统出现问题很难定位到问题的出现原因，即使定位到问题也很难修正问题，可能在修正问题的时候引入更多的问题。

   
   

2. 多方面的代码集中在一个整体结构中，新入的开发者很难对整体项目有直观的感受，增加了新手介入开发的成本，需要有一个熟悉整个项目的开发者维护整个项目的结构（通常在项目较大且开发时间较长时这是很难做到的）。

   
   

3. 开发者对自己或者他人负责的代码边界很模糊，这是复杂项目中最容易遇到的，导致的结果就是开发者很容易修改了他人负责的代码且代码负责人还不知道，责任追踪很麻烦。

将一个复杂项目拆分成多个模块是解决上述问题的一个重要方法，多模块的划分可以降低代码之间的耦合性（从类级别的耦合提升到jar包级别的耦合），每个模块都可以是自解释的（通过模块名或者模块文档），模块还规范了代码边界的划分，开发者很容易通过模块确定自己所负责的内容。

• 使用maven搭建分层的聚合工程
  >maven的多模块划分还是比较直观的，每个模块都是一个独立的maven项目，模块之间的相互引用和maven中对jar包依赖的解决是一致的，这使得物理（jar）和逻辑（dependency）上得以保持一致。

1. 建立一个parent 或者root工程，相当于一个篮子，篮子里面放其他工程。

2. common 任何枚举类和工作类，好处是所有其他的工程都可以相依赖，跨工程，跨项目来使用是没有问题的。

3. pojo 所有工程脱离出来的，dao层和service之上的。

4. mpper（dao）数据层要跟数据库交互的时候需要pojo，所以mpper层要在pojo之上。

5. service 引入dao 和 pojo类 common引入。

6. 最后一层是开放层，api 接口层对外开发，可以支持手机端的调用，小程序的调用。web层后台的pc端登录的也要依赖service层。

PS：其实不光是api和web层还有可能有什么文件管理层，权限层等等。都可以通过一层一层调用的方式不断的进行扩张，减少代码很方便。