分享

对MVC、MVP、MVVM的理解(一)

 Coder编程 2021-07-17

一、MVC

MVC模式再网上的争议是最大的,一些博客中是这样描述的

MVC模式的通信是单向的,View触发事件或数据的提交,到了Controller进行处理逻辑之后,返回Model给View,View再从Model中取出数据,当然View中也会有相应的逻辑。个人认为这样的描述算是比较正确,让我们来看看ASP.NET Core MVC项目中是如何处理的,在默认模板中的错误界面是这样的

它的数据来自于Model,并且在Razor界面中做了部分的逻辑处理。那么Model是从哪里来的呢?

在HomeController中有一个Error方法,它返回的便是一个View,这个View中带着一个Model。由此看来在微软定义的MVC中View确实是依赖于Model的

那么就有人说,这个Model不是Controller返回的吗,那View和Model并没有直接通信呀,MVC就是为了View和Model分离开。

1.当然我不否认这种说法,但我更偏向于前者。可以看出来Controller返回的是整个Model,并不是将Model拆分开来依次解析后返回给View,所以我觉得既然Model的数据逻辑是在View界面自己处理的,那为什么非要不承认他们之间有直接的依赖关系呢?

2.也可以理解一下第二种说法,第二种说法观点在于V-C-M-C-V这种走向,这种说法表示View中的Model是由Controller返回的,那么View和Model之间并没有直接联系。我认为这样的话MVC模式更偏向于MVP模式了,那么MVP唯一的进步就是,彻底简化了View层,将View对Model的处理逻辑全部移动到Controller(Presenter),由Presenter给View中的控件赋值。如下图:

3.从整体一个项目来看,MVC模式更加偏向于一个后端或者是整个项目的分层结构,而MVP和MVVM则是借鉴了MVC的分层,将前端的部分进行分层
模式架构是用来设计代码的,duck不必纠结于某两者之间具体的关系,如果能够使你的代码层次更加分明,清晰明了,那不就够了?如果都按照前人定好的模式去做又何来创新呢?

    本站是提供个人知识管理的网络存储空间,所有内容均由用户发布,不代表本站观点。请注意甄别内容中的联系方式、诱导购买等信息,谨防诈骗。如发现有害或侵权内容,请点击一键举报。
    转藏 分享 献花(0

    0条评论

    发表

    请遵守用户 评论公约

    类似文章 更多