MVP
念叨了许久的MVP,才发现原来最有价值球员也是MVP。闲话不多聊,正如题目一样,MVP通过增加编码量来换取代码清晰度、可维护度的提升。以往,基本上所有的业务逻辑都陈列在Activity中,让activity变得非常的庞大。
1.优缺点
优点
- 解耦,使视图层不在直接与model层接触,而是通过中间presenter接口进行处理完业务逻辑的数据直接传递给视图层,从而实现解耦。
- 解放视图层,许多业务逻辑代码会放在p层,让v层代码量减少,只负责控制视图显示。
- 隐藏代码,许多业务逻辑代码放在p层,对外只提供接口传递数据
- 让android端的测试更方便,可以分层测试了,不用全部运行项目就可以进行测试了
- 让开发者思路变得更加清晰,代码也是一目了然。
- D
- D
- D
- D
….
缺点代码量暴增,因为增加了较多的接口以及presenter类。所以较小的项目不适合采用此架构模式,反而会让项目变得复杂,徒增工作量。
- D
- D
- D
- D
-
……
【待续】