-
写在前面
在多人开发团队中，规范是非常重要的。To explain it，就像是秦始皇统一货币、度量衡一样，主要的目的是为了降低项目技术架构差异所带来的交流成本，这样开发者就可以尽可能把注意力放在业务上。这些东西影响着我们每一个编码细节，even in 变量命名，日志格式等。
开发团队尽可能统一口径，在技术选型上符合公司统一思想：譬如Spring Boot项目，采用DB访问层统一使用MyBatis，SQL方式采用注解等；注册中心使用Eureka，服务间调用使用HTTP协议，编解码使用JSON等；对于异常的处理，进可能是统一异常格式，以异常类型区别或者是异常中携带的信息来区别等。这些都是开发架构需要考虑的事情。举个例子，某天我去查公司的别人负责的项目的异常，从何入手？因为微服务脚手架是统一的，我自然知道哪个路径下存着日志，顺着日志配合代码寻找异常，不需要因为各种不同项目结构（SSH，SSM，各种流派）而需要不停的去问项目负责人问题才能上手。
-
分享一些Tips
Java的依赖使用Maven非常的舒服，团队必须搭建一个Maven的私库，用于微服务的接口定义便于开发者之间引入。较之最原始的把jar导入到lib中的操作，Maven这个东西不仅干净而且高效，并且Maven也类似Java中的面向对象的思维，继承一个父项目，然后引入一些项目中需要的dependencies，就可以开始你的项目了！通常团队中都会有一个脚手架，里面包括了基本开发所需要的基本配件（jdk版本，编译器版本，通信编解码，包路径定义等）。
首先，我们要在你的IDEA中配置自己的Maven，that could be simple。
打开你的IDEA->Preferences->搜索maven
需要配置的是maven的包路径，maven的conf，以及maven仓库地址。
在配置中配置自己的私库地址
配置完maven，我们需要知道自己项目里面所引用的包，如果你想观察他们，IDEA非常的友好，将他们展示在了你项目结构的下方。
自己项目的module就在IDEA的右侧。
然后我们的maven依赖，主要靠你的pom文件的dependencies来引入依赖的。
一般的maven结构都是顶上是自己的maven打包后别人引入的标志，一般通过mvn install 或者 mvn deploy提供。dependencies是表示你项目引用的jar包，build里面包括了编译器配置和打包配置，决定了你mvn package的形态。
-
最后
收编一下以前的各种maven建项目。