MVP——让码代码的累，让看代码的爽！【未完】

MVP

念叨了许久的MVP，才发现原来最有价值球员也是MVP。闲话不多聊，正如题目一样，MVP通过增加编码量来换取代码清晰度、可维护度的提升。以往，基本上所有的业务逻辑都陈列在Activity中，让activity变得非常的庞大。

1.优缺点

优点

• 解耦，使视图层不在直接与model层接触，而是通过中间presenter接口进行处理完业务逻辑的数据直接传递给视图层，从而实现解耦。
• 解放视图层，许多业务逻辑代码会放在p层，让v层代码量减少，只负责控制视图显示。
• 隐藏代码，许多业务逻辑代码放在p层，对外只提供接口传递数据
• 让android端的测试更方便，可以分层测试了，不用全部运行项目就可以进行测试了
• 让开发者思路变得更加清晰，代码也是一目了然。
• D
• D
• D
• D

• ….
  缺点

• 代码量暴增，因为增加了较多的接口以及presenter类。所以较小的项目不适合采用此架构模式，反而会让项目变得复杂，徒增工作量。

• D
• D
• D
• D
• 
  ……

---

【待续】