滴滴自行研发了这款插件化框架，功能全面、兼容性好，还能够适用于有耦合的业务插件，这就是VirtualAPK存在的意义。业内认为，在加载耦合插件方面，VirtualAPK可以说是开源方案的首选。据说滴滴打车里面已经用上了，所以还是有必要一探究竟的~~

在 Android 平台上使用 Tensorflow 实现机器学习

如果上 Google 搜 “App 模块化”、“App 组件化”，可以出现一堆文章教你“如何组件化”、“组件化用到什么技术”，笔者经常搞不清他们说的“组件”、"模块"、“业务” 到底怎么划分，很多作者对这几个概念都有不同的理解。这导致笔者当初在搜集这方面资料，非常尴尬，每看一篇文章都有地方跟之前的文章冲突，也不知道谁对谁错。 本文会从业务的角度，给大家讲讲为什么要拆分 App 业务，如何拆分，以及优点等等。

对于大的架构重构，其实我们一直很谨慎的。我们的原则是将重构融合在每次迭代中，逐步优化代码的结构。这次针对整个应用的架构的调整背景是，公司移动开发部门的人数和项目越来越多，当初设计的移动端的架构让项目的依赖关系越来越复杂，维护成本也越来越高。刚好赶上公司产品的特别需求，我们决定梳理并优化一下整个项目结构。在实施过程中，我们依然坚持将整个重构的过程融合在每个迭代中，逐步完成一次大的架构升级

当你看到这的时候, 想必心理一阵恶寒: 模块化? 组件化? 到底是什么鬼? 有啥区别. 有这种感觉才是对的, 模块化和组件化本质思想是一样的, 都是” 大化小”, 两者的目的都是为了重用和解耦, 只是叫法不一样. 如果非要说区别, 那么可以认为模块化粒度更小, 更侧重于重用, 而组件化粒度稍大于模块, 更侧重于业务解耦.

Android组件化第二篇及Demo

Architecture Components 是在 2017 年 Google I/O 大会上，Google 官方推出的一个构建 Android 应用架构的库。它可以帮你避免在 Android 应用开发中常见的一些问题，比如：内存泄露，管理组件生命周期等等。本文将介绍如何利用…

有时我们一个项目中存在多个产品形态，且不同产品需要不同的编译环境，这是模块化组件化的基础。最普通的情况便是在主模块里面加入渠道统计，但此时如果我们有多个Library，多种产品形态的主模块需要编译多种产品形态的Library，怎么办？先看下官方文档如下： By default …

项目重构