我想这个问题，十个人回答得有十一个答案，因为另外的那一个是大家妥协的结果。哈哈，我理解，架构就是骨架，如下图所示： 人类的身体的支撑是主要由骨架来承担的，然后是其上的肌肉、神经、皮肤。架构对于软件的重要性不亚于骨架对人类身体的重要性。 二、. 什么是设计模式 这个问题我问过的面…

为了应对团队壮大之后的开发模式，我们必须要对业务进行隔离，同时沉淀出通用组件，完善移动开发的基础设施。

模块化也是近两年经常被提及的一个技术点，究其原因，随着公司业务的逐渐壮大，主应用的工程体积也逐渐变大，管理和编译都变得十分困难。再加上随着公司业务的发展，主应用功能拆分和研发团队的拆分已成必然，这就要求 主应用里的各个模块能够独立编译、独立运行、不与主工程以及其他模块相互耦合。…

关于模块化 (组件化) 这个问题，我想每个开发者可能都认真的思考过。随着项目的开发，业务不断壮大，业务模块越来越多，各个模块间相互引用，耦合越来越严重，同时有些项目（比如我们公司）还伴随着子应用单独包装推广，影子应用单独发布等等需求，重新调整架构迫在眉睫。今天，我们就来聊聊模块化(组件化)，这篇文章同时也是我这几年，对项目架构的理解。

微信架构重构的一点点经验