1,什么是MVC?
M:业务层和模型层,相当与javabean和我们的业务请求代码。
V: 视图层,对应于android的layout.xml布局文件
C:控制层,对应于Activity中对于UI的各种操作
在实际开发中,请求的业务代码往往被丢在Activity里面,而layout.xml的布局文件只能提供默认的UI设置,所以视图层
的变化也被丢到Activity里面;Activity本身承担着控制层的责任。 所以Activity就达成了MVC集合的成就,最终我们的
Activity就变得越来越难看,维护成本也越来越高。
2,新的MVP架构
M:还是业务层和模型层
V:视图层的责任由Activity来承担
P:新成员Presenter用来代理C(控制层)
MVC与MVP最大的不同,其实就是Activity职责的变化,由原来的 控制层 变成了视图层,不在管控制层的问题。控制层的角色
由新人Presenter来担当,这种架构解决了Activity过度耦合控制层和视图层的问题。
M:业务层和模型层,相当与javabean和我们的业务请求代码。
V: 视图层,对应于android的layout.xml布局文件
C:控制层,对应于Activity中对于UI的各种操作
在实际开发中,请求的业务代码往往被丢在Activity里面,而layout.xml的布局文件只能提供默认的UI设置,所以视图层
的变化也被丢到Activity里面;Activity本身承担着控制层的责任。 所以Activity就达成了MVC集合的成就,最终我们的
Activity就变得越来越难看,维护成本也越来越高。
2,新的MVP架构
M:还是业务层和模型层
V:视图层的责任由Activity来承担
P:新成员Presenter用来代理C(控制层)
MVC与MVP最大的不同,其实就是Activity职责的变化,由原来的 控制层 变成了视图层,不在管控制层的问题。控制层的角色
由新人Presenter来担当,这种架构解决了Activity过度耦合控制层和视图层的问题。
本文详细介绍了传统的MVC架构及其在Android开发中的局限性,并提出了MVP架构作为解决方案,通过将控制层的责任分离出来,提高了代码的可维护性和模块化。
680

被折叠的 条评论
为什么被折叠?



