编程也是一门手艺活，有了理论知识我们就要自己动手去敲代码了，在编码的过程中去思考，去学习和记忆。这是一个很简单的例子，对MVP的初级理解有很好的帮助。本篇文章是借助别人的的思考写成的，例子也是照搬过来的，但是自己写了好几遍有了自己的思考，在这里按照自己的思路分析一下，一来可以检验自己是否真正的理解，二来也希望能帮助到其他人，如果有转载或其他需求请参考原文：https://mp.weixin.qq.com/s/jfIYRm8V7fu-reCitebyMg
先说明一下我们这个例子的逻辑：这个页面就是一个登陆页面，我们需要判断输入的姓名和密码是否和存储的事一致的，如果一致就弹吐司提示登陆成功，失败就弹吐司提示失败。有两个按钮一个登陆按钮，一个清除输入框内容的清除按钮。
先分析一下我们的代码层次和实现逻辑，Model层当然就是我们存储的User的账号和密码。Presenter层就是做输入的账号和密码是否是正确的逻辑判断。View层当然就是登陆的界面显示了。
首先当然就是经典的分包了。
Model层很简单，就是一个User类，这个数据我们在Presenter层实例化处理。
然后我们思考一下按照我们的业务逻辑登陆界面必须要显示的UI效果，第一必须要有一个清除的方法；第二我们要显示登陆后的结果。so我们就抽象出两个方法，可以定义一个接口：
你可能会有这样的疑问，为什么显示结果的onLoginResult（）有两个参数呢？而onClear（）中没有参数？这就问到了MVP的精髓了，等你想到MVP的时候，估计最想想到的就是解耦了，没错MVP就是实现了View和Model的解耦，就是相互毫不影响。View层只负责UI的变化，Model数据的逻辑处理统统交给Presenter（中间人），所以在这里onLoginReuslt（）这个方法也不负责逻辑处理，逻辑什么的去找Presenter，你只需要告诉我最后的结果就行，我根据结果显示相应的UI就行，所以这里的两个参数是在Presenter处理相关的逻辑后传递进来的，下面会遇到，而onClear（）只是清除，不需要传递参数。
接下来就是Presenter了，记住它是负责逻辑处理的，是Model和View之间的中间人。我们有两个逻辑需要处理：1清除数据；2判断登录结果。所以我们定义一个接口，之所以定义接口是将这两个基本的方法抽象出来，让所有实现这个接口的类都实现清除和判断登录结果的方法。
定义了接口我们就需要创建一个类去实现这个方法，重写其中的方法，只有这样定义的接口才有意义。其中的doLogin（）中有两个参数，这也很好理解，你让我比较账号和密码，你总得给我账号和密码吧。
具体的逻辑处理就在这里面进行了。V和M这里是P的成员，在其他情况下V和M是不能见面的，就像牛郎和织女，只有在鹊桥的时候才能见面，这里P就相当于鹊桥。在这里面我们所有的逻辑都得到了处理，处理完毕后只要V调用相关的方法就可以了。注意这里的V是接口而不是具体的实现类，这里就是多态的奥妙了，只要我们实现了这个V层的接口都可以实现这里的onClear（）和onLoginResult（），如果是一个具体的实现类，我们就只能在哪个具体的实现类去调用这两个方法。
接下来就看我们View的实现类：
可以看到我们这里完全没有逻辑的处理，逻辑的处理完全交给了P去处理，V只是负责了UI的变化。是不是觉得很舒服。
当然我们这里只是入门级的例子，好像还增加了不少代码和难度，但是如果是那种复杂的项目，MVP绝对会让你爱上她。我们从这个例子中已经感受到了MVP解耦的能力，层次分明。以后还会继续学习其他更加复杂的例子，一起进步吧！
