如何正确地理解应用架构并开发
许多同学或多或少都经历过这样的流程： 新同学刚来公司，学习了解团队的一些工程代码，并了解其中的代码风格 团队新接手了一些其他团队的项目，需要了解工程结构以及概念 如何定义工程项目的工程结构，包目录结构并达成团队共识 如果你有上述经历，并对工程应用之中的Module划分及其背后的意义理解上存在一些困扰， 那本文对你或许会有一些帮助。 理解代码从理解应用架构开始 应用架构 ▐混乱的应用架构 最近看了一些业务工程的代码，发现业务系统非常混乱，混乱主要体现在： 应用的层次结构混乱： 不知道应用应该如何分层、应该包含哪些组件、组件之间的关系是什么 ； 缺少规范的指导和约束： 新加一段业务逻辑不知道放在什么地方（哪个类，哪个包）、应该起什么名字比较合适 ？ 每个工程的Module数量不一样，Module的命名和定义不一样，不同的Module之间的依赖关系混乱（延伸下就是： Module和Package的作用不清晰，不能很好的区分两者之间的区别 ） 但有一个共同点就是都很复杂。导致复杂性的原因有很多，如果从架构的层面看，主要有两点： 架构设计过于复杂，层次太多能把人绕晕。 架构简单，ServiceI...
