本文来自于infoq,文章阐述了51信用卡Android架构演进过程中Weex容器实践、工程化实践等的一些实践经验。随着业务的快速扩张,原本小作坊式的单个工程的开发模式越来与不能满足实际需求。早在两年多以前,51信用卡管家就向下沉淀出了单独的公用基础库,一些通用的功能组件和个别独立的业务被拆分成SDK,形成了一套中型项目、多人并行的开发模式,也为未来组件化拆分做准备。这套框架运行了一段时间之后,伴随着单应用内业务需求的增加、开发人员数量的增多、基础库数量的膨胀,导致了一些问题:主工程代码耦合严重,牵一发而动全身需求测试影响面大,不能聚焦单一业务模块主工程代码越来越多,编译耗时依赖倒置,业务代码
评论星级较低,若资源使用遇到问题可联系上传者,3个工作日内问题未解决可申请退款~