最近 Android-CleanArchitecture 闹得是沸沸扬扬，然而笔者也不甘寂寞，一直在研究这个东西，也fork过一些关于cleanArchitecture开源的项目进行了学习：
比如 android10 https://github.com/android10/Android-CleanArchitecture
比如 googlesample https://github.com/googlesamples/android-architecture/tree/todo-mvp-clean/
比如 dmilicic https://github.com/dmilicic/Android-Clean-Boilerplate
关于探讨CleanArchitecture架构方面的文章也很多，但是，究其源头，无非都是出自uncle-bob 叔叔的这篇 https://blog.8thlight.com/uncle-bob/2012/08/13/the-clean-architecture.html
至于大家为什么倾向于cleanArchitecture，那一定是有他的道理的。就好比，对比传统开发的MVC开发方式，你会得到以下好处。
代码复用性更高
更易于测试
耦合度更小
下面这幅图，是googlesample下面的了。
googlesamples
下面这幅图，是uncle-bob画的了。
uncle-bob
细心的你已经发现了，这两个图其实是一个意思。从大的方向上看，都是三层结构。
DataLayer
最底层，完全不知道有DomainLayer，PresentationLayer的存在，听到这里，你还在怀疑这个架构的可测试性和耦合度低吗？那么DataLayer的主要职责是什么？
1、从网络获取数据，向网络提交数据，总之就是和网络打交道。
2、从本地DB，shareprefence等等，内存等，总之就是本地获取数据，缓存数据，总之就是和本地数据打交道的。
这也就是你为什么看到很多Android-CleanArchitecture 的 package里面有一个local ,和一个remote了，然而是否有必要分的这么细，个人习惯啊~，不强求。反正这一层如果出现了 anroid.os***,我就更你拼了，对不起，你已经偏离了Android-CleanArchitecture了。
DomainLayer
中间层，他完全不知道有一个PresentationLayer存在，他只知道，有DataLayer，他可以基于这些数据，建立很多玩法，比如去网络拿一堆名人回来，然后将这些数据缓存到本地，在比如，他写了一篇黑某明星的文章，将文字发布到网上等等。因此他的主要职责是:
1、控制DataLayer对数据做增删改查，没错，就这么简单，然后就没有然后了。
2、真的没有了，不骗你，但是这一层如果出现了 anroid.os***,我就更你拼了，对不起，你已经偏离了Android-CleanArchitecture了。
PresentationLayer
最上层，他知道DomainLayer，有人要问了，那么他知道DataLayer，回答，他知道你妹~ 他累不累啊，要知道这么多？
因此，它只知道DomainLayer，那么他的职责有哪些？
1、通知DomainLayer有活干了，根据DomainLayer反馈变化界面
2、通知DomainLayer有活干了，根据DomainLayer反馈变化界面
3、通知DomainLayer有活干了，根据DomainLayer反馈变化界面
这年头，重要的时间一定要说三遍，而且，就是这么任性~~
分析了每层之后，我们发现，依赖的关系是 PresentationLayer --> DomainLayer --> DataLayer 的。
DomainLayer --> DataLayer 不知道有android平台的存在。
因此，只要我们围绕这个原则去做架构，那么就称的上是Android-CleanArchitecture。
网友评论
presenter 持有data层的引用，虽然看出来这个引用是必须的，但真的不会破坏设计的美感吗？而且presenter知道了data里面的东西，如何有强硬的方式让程序员知道present最好不要直接用data里的东西呢？，比如data里的bean等
UserDetailsActivity 里面初始化的时候，已经知道用户id这一个参数了，然后他的GetUserDetails 类是依靠构造函数把id 传进去的。
问题是：GetUserDetails 是由view 层 初始化好传到presenter的构造函数的，但很多页面不一定都在GetUserDetails 实例化之前知道参数。比如第二个接口的参数是第一个接口的返回值，这样第二个UseCase 不可能事先通过构造函数把参数传进去，所以，这个参数的有更好的解决办法吗？我现在是在 UseCase 里增加了一个方法，代码如下，希望可以多交流交流：
```
public abstract class RxBaseCase {
private Subscription mSubscription = Subscriptions.empty();
protected RxBaseCase() {
}
public abstract Observable buildCaseObservable();
public abstract RxBaseCase initParams(String... paras);
public void execute(Subscriber subscriber) {
this.mSubscription = this.buildCaseObservable()
.subscribe(subscriber);
}
public void unsubscribe() {
if (!mSubscription.isUnsubscribed())
mSubscription.unsubscribe();
}
}
```
1. data->domain->presenter,下层不知道上层，也不存在断层依赖。这样的实现确实很好，但是android10 大神[https://github.com/android10/Android-CleanArchitecture] 实现的presenter 确实有对data moudle的引用。
2. data和domain层不能出现anroid.os*，看android10 大神 [https://github.com/android10/Android-CleanArchitecture] 和googlesample [https://github.com/googlesamples/android-architecture/tree/todo-mvp-clean/] 确实没有出现.os* 相关的import。但是 android10 大神 使用了 android.content.Context，googlesample使用了dbhelper 等相关。
3. 还有一篇文章 http://www.jianshu.com/p/f3f0eccbcd6f 是说 rxjava封装的，不打破链式结构，但是 android 10 大神的domain层，UserCase 在 presenter层已经不能实现链式结构了，比如说使用 flapmap 连续三个请求。使用UserCase 必须在Subscriber 的回调函数里执行下一个请求。请看这边文章 http://www.jianshu.com/p/0f926fda682b。
DataLayer对外职责就是按照定义的Repository接口提供实现而已，至于它究竟是怎么实现的。Domain,presenter不需要知道。所以即使在其它平台，DataLayer只需要修改具体的实现细节而已。
相反Domain就是纯JAVA实现了，不依赖任何外部框架与库，最大可能保证其可移植性，因为里面都是最基本的业务用例。
其实它是将MVP改变了一下：
M：DataLayer+DomainLayer
V+P：PresentationLayer
其本质依然是MVP架构，只是对M细分了