赞
踩
众所周知当下是 MVVM 盛行的时代,从早期的 Angular 到现在的 React 和 Vue ,再从最初的三分天下到现在的两虎相争
无疑不给我们的开发带来了一种前所未有的新体验,告别了操作 DOM 的思维,换上了数据驱动页面的思想,果然时代的进步,改变了我们许多许多
同时随着 MVVM 的成熟;也逐渐成为了架构师的必备技能,话不多说;我们来进入今天的主题
MVVM 可以算是 MVP 的升级版; 其中的 VM 是 ViewModel 的缩写,ViewModel 可以理解成是 View 的数据模型和 Presenter 的合体
ViewModel 和 View 之间的交互通过 Data Binding 完成,而 Data Binding 可以实现双向的交互,这就使得视图和控制层之间的耦合程度进一步降低,关注点分离更为彻底,同时减轻了 Activity 的压力
刚开始理解这些概念的时候认为这几种模式虽然都是要将 view 和 model 解耦,但是非此即彼,没有关系,一个应用只会用一种模式
后来慢慢发现世界绝对不是只有黑白两面,中间最大的一块其实是灰色地带,同样,这几种模式的边界并非那么明显,可能你在自己的应用中都会用到;实际上也根本没必要去纠结自己到底用的是 MVC、MVP 还是 MVVP,不管黑猫白猫,捉住老鼠就是好猫
MVC -> MVP -> MVVM 这几个软件设计模式是一步步演化发展的
先说一下三者的共同点,也就是 Model 和 View:
Controller
Presenter
根据 Presenter 和 View 对逻辑代码分担的程度不同,这种模式又有两种情况: Passive View 和 Supervisor Controller
ViewModel
MVP 和 MVVM 完全隔离了 Model 和 View; 但是在有些情况下,数据从 Model 到 ViewModel 或者 Presenter 的拷贝开销很大,可能也会结合 MVC 的方式,Model 直接通知 View 进行变更
在实际的应用中很有可能你已经在不知不觉中将几种模式融合在一起; 但是为了代码的可扩展、可测试性,必须做到模块的解耦,不相关的代码不要放在一起
网上有一个故事是这样的:一个人在一家公司做一个新产品时,一名外包公司的新员工直接在 View 中做了数据库持久化操作,而且一个 hibernate 代码展开后发现竟然有几百行的 SQL 语句,搞得他们惊讶不已,一时成为笑谈
个人理解,在广义地谈论 MVC 架构时,并非指本文中严格定义的 MVC,而是指的 MV * ; 也就是视图和模型的分离,只要一个框架提供了视图和模型分离的功能,我们就可以认为它是一个 MVC 框架;在开发深入之后,可以再体会用到的框架到底是 MVC、 MVP 还是 MVVM ?
好了,今天有关于 MVC、MVP、MVVM 的框架设计的阐述就到这里了;为了帮助大家了解更多架构师必备的技术知识,这里特别提供一份由腾讯大佬所整理的一份进阶架构师的思维导图及其配套的一份学习手册;有需要思维导图及学习笔记的朋友: 可以私信发送 “架构” 即可 直达获取;希望大家看完之后能给大家一些帮助
资料如下所示:
架构师这个词,在我大学期间也觉得遥不可及;从来没有想到过自己有一天也会戴上这个头衔,其实,只要按照我上述的思路,按部就班,脚踏实地的不断的学习、进阶,并不难的;只看你有没有这个心罢了
并不要觉得自己离架构师的路有多少,千里之行始于足下;不要觉得自己的年纪已经成长不到架构师就要到35岁退休了,学习最好的时候,就是现在!
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。