简单的 Android Clean Architecture 实现

   <h2>特性</h2>    <p>简单的实现了一下Android-Clean-Architecture，使用到了一些比较优秀的库</p>    <p>realm 目前最流弊的移动端db</p>    <p>rxjava 一切都是流，你懂得</p>    <p>butterknife 视图注入框架</p>    <p>glide 图片加载框架</p>    <p>retrofit 网络请求框架，可以与rxjava搭配</p>    <h2>原理</h2>    <p>最近 <strong> <em>Android-CleanArchitecture</em> </strong> 闹得是沸沸扬扬，然而笔者也不甘寂寞，一直在研究这个东西，看过，不少的实现。</p>    <p>比如 android10 大神的实现 <a href="/misc/goto?guid=4958987558570479788" rel="nofollow,noindex">https://github.com/android10/Android-CleanArchitecture</a> 比如 googlesample 的实现 <a href="/misc/goto?guid=4959674201860106726" rel="nofollow,noindex">https://github.com/googlesamples/android-architecture/tree/todo-mvp-clean/</a> 比如 dmilicic 大神的实现 <a href="/misc/goto?guid=4958986148749340499" rel="nofollow,noindex">https://github.com/dmilicic/Android-Clean-Boilerplate</a></p>    <p>Boilerplate 其实就是 模板的意思了，相信大家也看过不少这个词了。</p>    <p>然而，架构方面的文章也很多，但是，究其源头，无非都是出自uncle-bob 叔叔的这篇 <a href="/misc/goto?guid=4959674201982430442" rel="nofollow,noindex">https://blog.8thlight.com/uncle-bob/2012/08/13/the-clean-architecture.html。</a> 至于大家为什么大谈特谈，那一定是有他的道理的。就好比，用了CleanArchitecture，你会得到以下好处。</p>    <p>代码复用性更高 <strong>更易于测试</strong> <strong>耦合度更小</strong></p>    <p>下面这幅图，是googlesample下面的了。 <img src="https://simg.open-open.com/show/71fc91a4ee37453dc2c1657e217c501c.png"></p>    <p>下面这幅图，是uncle-bob画的了。 <img src="https://simg.open-open.com/show/c08796c91c652434c17b36035880745c.png"></p>    <p>细心的你已经发现了，这两个图其实是一个意思。从大的方向上看，都是三层结构。</p>    <h2>DataLayer</h2>    <p>最底层，完全不知道有 DomainLayer ， PresentationLayer 的存在，听到这里，你还在怀疑这个架构的 可测试性 和 耦合度低 吗？那么 DataLayer 的主要职责是什么？ 1、从网络获取数据，向网络提交数据，总之就是和网络打交道。 2、从本地DB，shareprefence等等，内存等，总之就是本地获取数据，缓存数据，总之就是和本地数据打交道的。 这也就是你为什么看到很多Android-CleanArchitecture 的 package里面有一个local ,和一个remote了，然而是否有必要分的这么细，个人习惯啊~，不强求。反正这一层如果出现了 anroid.os***,我就更你拼了，对不起，你已经偏离了Android-CleanArchitecture了。</p>    <h2>DomainLayer</h2>    <p>中间层，他完全不知道有一个 PresentationLayer 存在，他只知道，有DataLayer，他可以基于这些数据，建立很多玩法，比如去网络拿一堆名人回来，然后将这些数据缓存到本地，在比如，他写了一篇黑某明星的文章，将文字发布到网上等等。因此他的主要职责是: 1、控制 DataLayer 对数据做 <strong> <em>增删改查</em> </strong> ，没错，就这么简单，然后就没有然后了。 2、真的没有了，不骗你，但是这一层如果出现了 anroid.os***,我就更你拼了，对不起，你已经偏离了Android-CleanArchitecture了。</p>    <h2>PresentationLayer</h2>    <p>最上层，他知道 DomainLayer ，有人要问了，那么他知道 DataLayer ，回答，他知道你妹~ 他累不累啊，要知道这么多？ 因此，它只知道 DomainLayer ，那么他的职责有哪些？ 1、通知 DomainLayer 有活干了，根据 DomainLayer 反馈变化界面 2、通知 DomainLayer 有活干了，根据 DomainLayer 反馈变化界面 3、通知 DomainLayer 有活干了，根据 DomainLayer 反馈变化界面 这年头，重要的时间一定要说三遍，而且，就是这么任性~~</p>    <p>分析了每层之后，我们发现，依赖的关系是 <strong>PresentationLayer</strong> --> <strong>DomainLayer</strong> --> <strong>DataLayer</strong> 的。 <strong>DomainLayer</strong> --> <strong>DataLayer</strong> 不知道有android平台的存在。 因此，只要我们围绕这个原则去做架构，那么就称的上是Android-CleanArchitecture。</p>    <h2>todo</h2>    <p>dagger2依赖注入，随便比较难理解吧，但是用上之后，显然要大幅降低耦合。</p>    <p> </p>