android的框架中，我现在是开始用这个框架，举个例子吧
例如，我有个View—— ShowActivity , 这个 view 呢，功能是显示从网络下载的图片等等，
安照MVP框架，需要在写 ShowActivity 之前，把showActivity的接口写好，定义好它的功能之后去继承，
其实，为什么要先去写个接口？
为什么不直接写功能呢？
MVP模式的主要作用就是解耦，方便维护。
比如这个view，如果以后不用Activity而是要用Fragment了，直接在Fragment里实现这个view接口。或者有其它Activity需要，也是可以复用的。
没有人规定实现MVP之前一定要定义接口呀，这只是规范，当然你也可以不遵守规范，只不过如果多人开发，大家都不遵守同一个规范，只会降低大家的效率。
用接口来定义行为，在动手写代码之前有认真审视需求的时间，贯彻：先设计，后实现的理念
一种规范吧，就像你如果不写接口的话功能完全能实现，但是别人可能就不认为这是MVP模式了。
本身设计模式就是一些约定熟成的规范，没有绝对的标准，根据特定的环境遵守与否是否有好处是不同的。
小项目架构简单，如果项目大了类与类之间关系复杂了，目的相同的view去实现同一个接口可以方便理解。