在实际的使用中应该注意的是：
1.不要死板的按照这个框架，不是任何View都需要一个Presenter，有些View可能只是个很简单的页面，再去写个Presenter就真的为了框架而框架了，这时候框架对你的开发起到的反而是阻碍作用。
2.注意Presenter持有View导致的内存泄露问题，因为二者是强依赖关系，所以在View相应的生命周期对Presenter进行绑定和解绑，也可以通过若引用来持有View对象，但我觉的这是可以自己来避免的，用若引用来处理的方式是一种不好的思想。
MVP搭建的纵向的框架，横向的分割依据AOP面向切面的思想，主要是提取出共用方法作为一个单独的Util，这些Util会在App整体中穿插使用。很多人的App都会引入自己封装的Jar包，封装了包括文件、JSON、SharedPreference等在内的常用操作，自己写的用起来顺手，也大幅度降低了重复作业。
项目划分方式
框架搭好后，还需要好的分包方式来管理，我偏向于先根据模块划分，然后在不同的模块里在再按逻辑划分。这样可以很好的使项目模块化，而且开发的时候更方便。
不要畏惧构架，也不要过度设计，具体过度设计的度，可能就需要经验了，但不实践，永远也不会有这个经验。
知天气即将开源，敬请期待