一、背景

高途在2022年初提出了矩阵化的产品路线，为了保证后续矩阵化的高效落地，高途移动端团队开始了组件化之路。

本文更想带来的是一种思考和落地的过程，是对高途移动端组件化之路的一个阶段性总结，对中小公司矩阵化具备借鉴意义。

二、如何选择组件化之路

组件化如何落地需要从以下6个方面进行综合考量

【1】团队人数，几十人和几百人的协作效率，可想而知不是一个量级。

【2】组织架构，团队之间的物理隔离可能会决定Monorepo和Polyrepo的选择。

【3】技术难度，Monorepo和Polyrepo对于编译链技术的要求不一样。

【4】技术氛围，技术团队一向是希望所有代码开源，大家秉承互相学习的态度，Monorepo确实会贯彻落地这点。

【5】成本消耗，主要是指研发成本的消耗，在当下的市场环境下尤为重要。

【6】开发体验，对于程序员而言，不管是从可见性，依赖关系管理，代码一致性等，Monorepo的开发体验肯定是相对好的，但也确实会带来学习曲线，开发性能较差等缺点。

三、国内团队是如何选型的

我们针对百度App和B站移动端团队进行了详细的了解和分析，主要这两个团队一个是Polyrepo的践行者，一个是Monorepo的践行者。百度App团队采用Polyrepo， 并自研了EasyBox编译工具链。B站团队采用Monorepo，但部分模块也会采用Polyrepo，使用Google的Bazel作为编译工具链。

四、高途组件化的改造之路

为了保证后续矩阵App的快速落地，需要体系化的建设，内部称之方舟项目(源于诺亚方舟典故，方舟类比App容器，各种飞禽类比组件，重新打造高途移动端)，分为四部曲，如下图所示。

方舟项目四部曲

第一步和第二步是对基础组件的建设，第三步是对基础组件和业务组件的工程能力建设，第四步是对线上线下质量能力的建设。这里我们重点讲解工程能力的建设。

1.工程能力建设

矩阵化App工程能力建设

【1】采用Monorepo构建代码仓库，高途移动端从团队人数，组织架构，技术难度，技术氛围，成本消耗，开发体验等维度综合考量，选用Monorepo方案。

【2】主工程壳儿化改造，整个工程分为6层，如上图所示，主工程壳儿化的意思是主工程无具体的代码，有的只是配置和资源，这样可以尽可能的复用组件，达到组件拼装的目的。

【3】差异化改造，高途App和途途课堂App是当下高途最重要的两款App，当下和后续还会孵化非常多的App，存在很多差异化和共同点，需要进行抽象改造。

Tips：在改造期间有一个小技巧，对于改造成本庞大的项目，可以先将不好拆的内容统一放到一个废弃仓库，然后在主工程中采用runtimeOnly（不编译，只参与打包）的方式集成。

2.差异化改造

差异化从三点入手，一点是常量差异化，用来解决配置上的差异化，一点是逻辑差异化，用来解决复杂逻辑差异或者根本就是两套内容的差异化，一点是资源差异化，用来解决去IP化的诉求。

【1】常量差异化，Android常量差异化利用Gradle的productFlavors在编译期注入常量，iOS常量差异化利用GCC_PREPROCESSOR_DEFINITIONS编译选项在编译期注入常量。

【2】逻辑差异化，分为两种，一种根据常量的配置值做逻辑上的差别处理，另一种是在各个模块里利用productFlavors和subspec加载不同目录下的代码。

【3】资源差异化，Android通过在工程的附属层增加对应module的资源目录覆盖原资源来解决；iOS通过subspec对资源进行业务目录管理来解决。

五、收益

2022年年初想要打出一个矩阵App的时间非常不确定，在大量复制粘贴代码中实现矩阵化的需求。

截止到当下，在物料和配置都准备好的情况下，可以即刻打出二进制包，这对当下高途降本增效来说，非常具有意义。

六、结语

高途移动端的组件化之路，是贴合高途业务的技术产出，是可供中小公司或团队借鉴的解决方案，是高途所有移动端团队伙伴共同的结晶，愿未来大家可以再接再厉，创造美好，成为美好。