拥抱组件化开发，手淘项目内部架构分享_淘宝app 组件架构(1)

最终交付的时候，总会被一个业务线的人卡住，导致没法及时交付这个版本。而且随着代码量越来 越多，方法数超65535的问题也跟着到来

在手机淘宝2010年的版本 由单体项目转成了组件化项目

1.2 为什么要手淘项目要实现组件化呢?

随着从手淘APP发布第一个版本以来，新功能的不断增加，业务也会变的越来越复杂，从当初5个 人的Android团队发展到现在200人的团队规模。协作起来越来越复杂和麻烦,，每次发布版本时真是头 疼的问题！！！

看你的项目适不适应组件化！ 看你有没有遇到以下几种情况

1、实际业务变化非常快，但是单一工程的业务模块耦合度太高，牵一发而动全身；
2、对工程所做的任何修改都必须要编译整个工程；
3、功能测试和系统测试每次都要进行；
4、团队协同开发存在较多的冲突.不得不花费更多的时间去沟通和协调，并且在开发过程中，任 何一位成员没办法专注于自己的功能点，影响开发效率；
5、不能灵活的对业务模块进行配置和组装；

1.3 再来看看手淘项目组件化开发的一些优势：

• 代码解耦变得明显
• 功能重用变得容易
• 团队开发变得简单
• 编译速度变的更快

最关键的是每次发版时，不用等待某一个人提交代码才能提交，可以快速的按照既定时间线提交

1.4 手淘组件化遇到问题，举一个例子(如重复依赖)

重复依赖问题其实在开发中