40 | 动态化实践，如何选择适合自己的方案？

目前我扩宽使用的是插件化技术，这个是根据我们目前项目定制的，我们存在部门协同比较多，而且，很多部门都有成品的APP，最重要的是，我们目前没有IOS端，那么我们想快速集合各个部门的功能，使用插件化最适合不过，对现有的APP进行改造，打包出来APK，直接在我们的宿主上运行。 我们也尝试过atlas这样的技术，但是对我来说，atlas是真的重，一般的项目真的慎重考虑使用。这里我觉得所有的项目都适合插件化，Android优化中有一个指标就是APK大小，如果你插件化用的好，你主APK可以小到怕人，插件化还有个好处就是一切基于原生，在铺开内部推广的时候，可以得到公司内部Android开发人员的快速响应，帮助你扩大影响力，实现业务能力爆炸式上升。 RN、Weex这类技术在移动端上面我一直觉得是比较坑的东西，但是我很喜欢，因为他们也是一种很好的方式，但是我说他坑就是因为他其实在不同平台上适配起来是很麻烦的，但是话又说回来，如果你有机会去研究并能落实的话，那肯定是很好的，因为能学习到Android与IOS上RN的适配技巧，这些其实是更加宝贵的经验，与此同时，如果你有这样的经验，现在flutter这么火，你一定能快速上手，因为其实任何跨平台的开发技术，都离不开系统兼容适配的，因为系统是真的不一样，下面跑的东西不一样，你说要不要适配？ 现在个人是比较推荐flutter，因为同样是跨平台方案，flutter相比RN下，flutter要做的适配问题肯定是比RN要少的，因为flutter使用的是另外的渲染流程。 通过个人经验，不管是插件化、动态组件化、RN Weex、flutter，千万别给弄的头昏眼花，这些技术我们其实都在实践，也就是说，没有对比就没有最好的方案，只有你自己去对比过了，才能更好的结合你的项目进行更好的定制与改进，好的架构是演进来的，别忘了。 都要学？是的，我认为一个合格的Android移动开发者，你都要懂，那有这么多时间？这里就要说一下，其实他们有很多的共性，只要你搞通一个，比如插件化你搞通了，atlas、滴滴VirtualApk、360Replugin等等这类都是差不多的，RN你弄通了，Weex肯定也不难，flutter也一样，虽然他们面向的开发框架不一样，甚至语言不一样，但是牛逼的你慢慢会发现，语言、上层封装框架，其实都不是什么大问题。 最后感谢作者的分享，学习中。

aab是做到了插件动态下载，作用却只是单纯的减少apk体积，不能用于热更新、修复bug，遇到bug修复还是需要通过发版本解决

特别是 Android Q 之后，动态加载的 Dex 都只使用解释模式执行，会加剧对启动性能的影响 解释模式是什么？在哪里可以查到？查了三天没看到任何信息

数据通道化该如何实现

最近公司在规划Flutter的使用，期待能有一个好的路子出来。