今日大事件：Google宣布kotlin成为Android开发的官方语言，之前对这门语言也听说过但是没有仔细的学习，从现在开始需要认真的study，我会与大家一起学习这门新的语言。
在谈MVP之前我们先了解下MVC模式。
MVC: model、view、controller 是软件架构中最常见的一种框架，在Android中简单的说就是xml布局文件就相当于view，Activity、Fragment相当于controller，业务逻辑处理获取数据相当于model，当controller收到用户的指令比如输入、点击事件就会通知model去更新数据，并返回给view层去展示。
1.view将收到的指令传送到controller
2.controller完成UI逻辑后（比如显示一个进度框）会去通知model去完成业务逻辑比如去请求最新的数据
3.model将最新的数据传送给view，view去做刷新，用户得到一个反馈
在之前所做的项目里可能都是传统的MVC模式，我们通常会这样做在一个Activity或者Fragment中，把获取数据、绑定适配器、显示数据、刷新数据全部写在这一个类中，甚至都写在onCreate/onCreateView里，比如我们会在网络请求成功的回调里直接操控View的刷新，在点击操作里直接去操作Model，各个模块之间耦合严重，分离不开，这样的结果造成我们的界面里的代码多则有上千行，看起来非常臃肿，如果遇到一些项目需求改动，增加新功能等简直让人发狂，后来有了MVP这种架构后对于这种问题的解决就提供了一个方案，因为他通过一个Prestener来分离了Model与View降低了它们之间的耦合，那么什么是MVP呢？
MVP：model、view、presenter，mvp设计模式是为了解耦代码以实现重用性和可测试性，它依据职责划分应用的组件，我们称之为关注点分离。
MVP将一个应用分为了3个部分
1.Model： 负责应用的数据部分
2.View：负责将数据显示在视图上
3.Presenter： 连接view与model的桥梁
MVP 为上述组件规定了一些基础规则，如下所示：
1.View 的唯一职责就是根据 Presenter 的指示绘制 UI。它在这个程序里应该是“哑”的。
2.View 将所有的用户交互委派给它的 Presenter。
3.View 永远不与 Model 直接交互。
4.Presenter 负责接受 View 对 Model 的请求，并且在特定的情况下控制 View。
5.Model 负责从服务器、数据库和文件系统获取数据。
后记：
对于MVP的实现方式网上有很多种，我之前的想法是有没有一个统一的标准，但是我至今也未看到过什么标准，我想这就得实践出真知，不同的项目不同的实现了吧，对于MVP模式的学习网上有大把的资料，可是有的真的只是蹭下热度，也有很多的demo，我个人建议还是追寻google的脚步，从官方的例子中去熟悉。
https://github.com/googlesamples/android-architecture
最后在此感谢欧阳锋老师对我的帮助，他是kotlin的专家，可以在简书上搜索关注，可以跟着一起学习kotlin哦。
http://www.jianshu.com/u/db019edd34b4
