戏说移动江湖开发历程

上面说的组件化成型是主体骨架完整了，但是需要根据自己的公司业务继续进一步解耦和分离，一般如：

1. 全局配置文件的分离，实现配置文件根据子模块业务走，例如网络地址的配置和网络请求地址的分离;
2. 业务配置文件的分离，配合服务端一起实现模块化分离;
3. 各个子模块的公共业务动态加载块;
4. 耦合代码的分离和重构;
5. 。。。

此过程应该做到了项目模块以及代码的各种解耦和分离，看起来非常清爽和干净。不知觉又开始唱起了：我爱编程，皮肤好好!!

突然有一天你听到有人说插件化，你心里暗暗一笑，我们项目早就实现了热拔式插件化;

一讨论发现原来不是你想的插件化，他们说的插件化是把业务模块动态存放到网上，需要的时候加载进来;

哇咔咔，原来插件化分两种，一直静态插件化和动态插件化;

不知觉的发现我们已经实现了静态插件化功能，细水长流说的就是这个，哦，应该是水到渠成;

动态插件化的前提必须是项目已经具备成型的组件化后才能实现动态插件化功能。

目前已经可以独立出各个子模块打包成AAR、JAR、APK;接下来就是需要在主项目骨架上添加一项动态插件化功能;完美

现在动态插件化市面上有很多成熟的方案，因为这个不像组件化过程，组件化其实本身和业务和项目有很大关联，需要根据自己的业务以及已有的业务框架进行加工和架构实现;而

动态插件化实现机制和业务体系和自身架构无关系，可以大胆的引入第三方成熟的插件;例如美团公司，阿里公司的动态插件化。

其实，回味下整个过程，发现这些都是一步步的走下去的，不可能一步到位，这才人生;

有人问是不是接下来高枕无忧，哈哈，too x too native， 这才是万里长征前几步而已，接下来需要细节上和技术上进一步雕琢，周边服务的完善和安全等配套实施都需要等你去实现;路遥茫茫。。。

细节上雕琢随便列举几个：

1. 例如上面提到的bug中出现网络性能慢，这个就可以深入挖掘各个实现，例如腾讯就这个小点实现了Mars开源框架;
2. 业务UI框架的封装(减少重复开发以及性能问题);
3. 性能监控;
4. 配置管理中心;
5. 动态埋点;
6. 各个业务核心点的优化;
7. 编写的组件化的重构和优化;
8. 技术层架构(MVP，MVVM等模式)
9. 分布式架构;
10. 。。。。

最终你会发现，很多功能只有在你组件化结束后或者插件化结束后再去实施会达到事半功倍效果，实现集中优化改动分布最小化，极大减少改动的风险和bug风险;

以上过程其实是一个分久必合合久必分的过程。当项目走向做到极致的时候还是没法应付庞大用户群和业务群，请转行养猪。。。

插件化路由实现，源码详见，觉得好请点击star：

https://github.com/wenzhonghu/MyRouter

【编辑推荐】

1. 钱和老师齐备 智能小程序开发者宝典等你开启
2. 2018谷歌开发者节深圳站，Testin云测的AI应用案例获广泛关注
3. iOS六年开发经验被实习生替代，所谓的“经验”一文不值
4. 展望2019年移动应用开发的十二大趋势
5. Android SDK 开发—发布使用踩坑之路

（编辑：青岛站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!