Android 架构简析

MVC架构

View：对应于布局文件
Model：业务逻辑和实体模型
Controllor：对应于Activity
看起来的确像那么回事，但是细细的想想这个View对应于布局文件，其实能做的事情特别少，实际上关于该布局文件中的数据绑定的操作，事件处理的代码都在Activity中，造成了Activity既像View又像Controller（当然了Data-Binder的出现，可能会让View更像View吧）。这可能也就是为何，在该文中有一句这样的话：
Most of the modern Android applications just use View-Model architecture，everything is connected with Activity.

MVP架构

而当将架构改为MVP以后，Presenter的出现，将Actvity视为View层，Presenter负责完成View层与Model层的交互。

View 对应于Activity，负责View的绘制以及与用户交互
Model 依然是业务逻辑和实体模型
Presenter 负责完成View于Model间的交互

MVC中是允许Model和View进行交互的，而MVP中很明显，Model与View之间的交互由Presenter完成,Model和View之间并不交互。
还有一点就是Presenter与View之间的交互是通过接口的

缺陷，会增加类和接口的个数

MVVM

说白了就是在xml文件中可以定义字段，方法，此时xml文件充当view的作用，activity充当controll，但是此时xml文件耦合性太高也不建议使用

RxJava RxAndroid

RxJava最核心的两个东西是Observables（被观察者，事件源）和Subscribers（观察者）。Observables发出一系列事件，Subscribers处理这些事件。这里的事件可以是任何你感兴趣的东西（触摸事件，web接口调用返回的数据。。。）

一个Observable可以发出零个或者多个事件，知道结束或者出错。每发出一个事件，就会调用它的Subscriber的onNext方法，最后调用Subscriber.onNext()或者Subscriber.onError()结束。
Rxjava的看起来很想设计模式中的观察者模式，但是有一点明显不同，那就是如果一个Observerble没有任何的的Subscriber，那么这个Observable是不会发出任何事件的。

总结

目前我们项目中使用的是mvc，很混乱，什么事情都在activity中做，为何不改成MVP架构？？
分享下：饿了么移动APP的架构演进