发现了一个Google samples提供的关于开发模式的android-architecture仓库：
https://github.com/googlesamples/android-architecture。
他说：
The Android framework offers a lot of flexibility when it comes to defining how to organize and architect an Android app. This freedom, whilst very valuable, can also result in apps with large classes, inconsistent naming and architectures (or lack of) that can make testing, maintaining and extending difficult.
在涉及到如何组织和搭建App的时候，Android Framework提供了很多弹性的机制。这种自由很有价值，但也会造成app体积臃肿，前后命名冲突，和架构在测试、维持和扩展上的困难。
所以他们提供了一些简单的、直接的例子来展示一些架构。但是所有的例子都是基于MVP的，包括里面的DataBinding也是基于MVP。所以，对于Android来说，MVP是很流行，也很合适。下面这个图是各种MVP sample的对比：
**dex方法数仅仅是对例子中的app来说的，不会线性增长。比如大型工程应该会受益于使用Data Binding的补偿修正(compensating the overhead)。
**LOC代表Lines of code，Java代码的行数。
在不对这些种类的MVP进行了解的前提下，仅仅从这张图看来，todo-mvp，todo-mvp-clean和todo-mvp-loaders大概是最适合使用的。通过对DataBinding的了解，我感觉Complexity / Learning cost也是很重要的。接下来会继续了解一下他们。
-DEC 9
