android中MVC/MVP的解耦方法学习笔记

一.解耦:mvp
android中的mvc中有些人把activity认为是controller+view
这种观点我并不绝对的赞成，感觉对view的理解过于狭隘了。
我的理解是view的表现一定包括控件吧，那么textView是否属于view呢，应该属于吧，那么activity是textView的容器。
应该吧activity也算view。当然如果activity包含的逻辑多了，把他的其他逻辑算做activity也行吧。
不过这不是重点，我的重点是学习了一个这篇文章关于结构的一个实例。
这里由1-6中的2-5，视乎是多余的，但这理最有价值的是，userinfo的获取放到了activity之外。
这点有什么价值呢？当然是解耦了，解谁和谁的耦呢，解controller和view的耦。
如下用一个mvc的模型理解这个流程。
首先用户发一个命令给controller：调用SampleModel的.getUserInfo(id);
controller获取数据,并将数据传递给view：相当于执行3-5的动作。
view收到数据后更新控件：setDataToview调用。
这里的巧妙在于回调的利用，view再获取mode的时候，还把都mode的装载函数传递给了contoler。
装载的过程在我 这里，但是可以把装载的这个命令交给controller，你获取到view你就调用就行。

二.解耦:mvp

关系解说
其实和前面的差不多，只不过把setDataToview变成了一个必须实现的协议。
这就是说Presenter，要利用这个借口来完成由model到view的数据传递。
这就是这里的巧妙之处，其实有些人会觉得，有没有这个对Activity的约束，好像无关紧要。
但是，你看callback里的调用。Callback的onCallback一定是要调用setDataToview。
这是Presenter能够正常工作的基础，如果没有了这个条件。
Presenter的Callback的onCallback就失去了保障。