ittianyu

上一节我们讲了一个简单的 MVVM 案例，然而 Model 这边数据是伪造的，好吧，这一节就给大家来一个真实的数据源。

上一篇，介绍了 MVVM 的常见用法。 这一篇将会从零开始构建 MVVM 的基础类库。

这一节是在 04 节的基础上开始的，请大家拷贝一份之前04的项目。（注意，后面几节也是从 04 的项目开始，所以建议保留一份不动）

上一节是介绍了 LoadMore，也就是常见的 List 下拉刷新和加载更多。 这一节是在 04 节的基础上开始的，请大家拷贝一份之前04的项目。（注意，后面几节也是从 04 的项目开始，所以建议保留一份不动） 从这一节开始，讲的多半是和其他一些类库的整合，所以如果之前不了解

上一节是 04 的变体，这一节因为改动太大，所以从 0 开始。 这次的案例是从 github 上获取仓库列表，并展示仓库名 和 star 数量。

上一节给数据加上了状态。但我发现数据源返回的是 LiveData<Lcee<?>>，对新项目来说，这倒是无所谓。但如果旧项目想改成 MVVM 架构，那数据源这一块就得大改了。 软件设计一般推荐增加不推荐修改，因为一改容易导致其他地方发生错误。 读者请注意，记得把上一节的程序备份

上一节我们加入了缓存。这一节我来回答上一次的问题。

在 Android 插件化技术日新月异的今天，开发并落地一款插件化框架到底是简单还是困难，这个问题不同人会有不同的答案。但是我相信，完成一个插件化框架的 Demo 并不是多难的事儿，然而要开发一款完善的插件化框架却并非易事，尤其在国内，各大 ROM 厂商都对 Android 系统做了一定程度的定制，这更进一步加剧了 Android 本身的碎片化问题。

这句话我真的憋了好久。Android 工程师只要关注我，我就能让你达到大师级水平，不是面试时的吹牛逼水平，不是自我欺骗的了解皮毛的水平，是真正的开发实力。以前我有这个自信，没这个证据。但现在，证据我也有了。 关注我的人都知道，我这三个多月来一直在网上分享关于 Android 自…