加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 编程开发 > asp.Net > 正文

asp.net-mvc – ViewModels和渲染

发布时间:2020-12-15 21:04:51 所属栏目:asp.Net 来源:网络整理
导读:在几个示例项目中,我已经看到ViewModels用于将数据对象转换为字符串,以便在View中使用. ViewModel通常会有一个构造函数,它接收一个参数 – 一个数据对象.然后构造函数将填充ViewModel的各种属性(主要是字符串和整数). 这可以防止在View中出现任何复杂的逻辑.
在几个示例项目中,我已经看到ViewModels用于将数据对象转换为字符串,以便在View中使用.

ViewModel通常会有一个构造函数,它接收一个参数 – 一个数据对象.然后构造函数将填充ViewModel的各种属性(主要是字符串和整数).

这可以防止在View中出现任何复杂的逻辑.

乍一看,这对我来说似乎是个好主意,因为它更完全地强化了View与复杂逻辑的分离.

例如,假设我的视图试图渲染数据对象的属性“大小”,大小是1到3之间的数字,表示“小/中/大”.

我不会在视图中使用if / switch语句,而是在ViewModel中只有一个’SizeString’或类似的东西,而if / switch语句将放在ViewModel构造函数中.

有人不同意这种方法吗?

使用其他方法(例如助手)会更好吗?如果是这样,为什么?

解决方法

ViewModel的目的是表示复杂域模型(的一部分),该模型被分解为可以以其他形式呈现的基元.

这种分解必须在某个地方进行.它可能涉及一些简单的逻辑,例如我最喜欢的例子:将离散值(OK,警告,错误)转换为颜色(绿色,黄色,红色).这是ViewModel所做的事情的本质,因此我的默认方法是将此逻辑封装到ViewModel本身.

考虑替代方案:如果未在ViewModel中实现,那么在哪里?如果你将逻辑放在其他地方,你最终会得到一个ViewModel,它基本上只是一个没有逻辑的结构.让ViewModel封装域对象的转换/分解非常适合Single Responsibility Principle.

虽然这是我的默认方法,但我总是意识到逻辑可能需要在多个ViewModel中重用.在这种情况下,这可能表明原始ViewModel实际上是由多个子视图组成的复杂ViewModel.在这种情况下,您可以将公共逻辑提取到仅封装该小部分的子ViewModel中.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读