本文来自于infoq，文章阐述了51信用卡Android架构演进过程中Weex容器实践、工程化实践等的一些实践经验。随着业务的快速扩张，原本小作坊式的单个工程的开发模式越来与不能满足实际需求。早在两年多以前，51信用卡管家就向下沉淀出了单独的公用基础库，一些通用的功能组件和个别独立的业务被拆分成SDK，形成了一套中型项目、多人并行的开发模式，也为未来组件化拆分做准备。这套框架运行了一段时间之后，伴随着单应用内业务需求的增加、开发人员数量的增多、基础库数量的膨胀，导致了一些问题：主工程代码耦合严重

本文来自于infoq，文章阐述了 51信用卡Android架构演进过程中Weex容器实践、工程化实践等的一些实践经验。随着业务的快速扩张，原本小作坊式的单个工程的开发模式越来与不能满足实际需求。早在两年多以前，51 信用卡管家就向下沉淀出了单独的公用基础库，一些通用的功能组件和个别独立的业务被拆分成SDK，形成了一套中型项目、多人并行的开发模式，也为未来组件化拆分做准备。这套框架运行了一段时间之后，伴随着单应用内业务需求的增加、开发人员数量的