直白面对mvc和mvvm……

 

五年前,那时候php还很火,社区充满了php的文章……几乎每个月都有新框架的产生并宣称吊打一切,然后每个月都有框架在倒闭……

突然有一天就变天了,php已经不是世界上最好的语言,现在py和golang就火起来了……

社区内整天讨论前端的轮子,react、vue、angular……也是那个状态,几乎每个产生的新轮子都在宣称吊打一切,然后……然后倒闭了呗2333

与此同时,mvvm也被讨论着,炒作着……

 

我个人写过了mvc和mvvm的网站,觉得其实直白看待两种模式其实很简单。

 

首先,mvc和mvvm是个啥?

直白的讲,就是字面意思,一个是model+view+controller,一个是model+view+viewmodel

纯字面意思,这有啥可探讨的嘛……

 

这些个字面意思都在干啥事儿,model操作数据库,view控制视图,controller负责业务逻辑,或者……

model操作数据库,viewmodel操作要在view渲染的数据(接口),view负责渲染……

 

就是就是这么直白……有啥不懂的嘛……

 

然后,各有什么优缺点?

mvc的优点就是view层很轻薄,也很传统,前端几乎只需要页面重构,后端工作量大一点……

而且无比简单,不要考虑接口啥的,甚至php搭个环境就完事儿了……

 

mvc的缺点就是,控制器太重了,负责了几乎全部的业务逻辑,而且这么重的情况下,几乎无法复用,不太符合工程化思想……

然后前端干的活太少了,没办法加薪和装逼了……

 

mvvm的优点就是,业务逻辑可以由前端负责了,可以拆分组件了,也可以装逼加薪了,似乎看上去更符合主流的组件化,工程化思想了……

 

mvvm的缺点……就是工程化带来的繁琐,比如我们做一个有pc端,移动端,和后台端的全栈网站,加上后端和数据库,需要同时开五个接口!五个控制台!

如果一个人来写……就比较悲剧了……公司还分工配合着::>_<::一个人就该绝望了……

 

以上……就是优缺点,也很直白,真的其实没啥可说的……原谅我的凑字数::>_<::

 

最后,如何正确对待这两种模式?

其实两种都是比较成熟的模式,直白的说,当你一个人全栈,写个个人博客啥的,mvc无疑是很省事儿的(前提是你的后端基础还行),效率满满的√

但是如果在公司,你作为一个前端人员(比如我),是很期望mvvm的,先不说加薪装逼,就只当成甩锅,就很方便……

 

反正只要拿到接口就可以为所欲为了不是吗(⊙o⊙)…

 

以上……说的挺直白的,大家不要在意,以后不要再有mvvm优越,鄙视mvc的情况啦……事实上这俩东西就是个字面意思,一秒钟就能转换……

 

看东西就是要直白的看本质√

 

posted @ 2017-11-25 00:54  伊撒尔  阅读(791)  评论(0编辑  收藏  举报