为啥要使用内联编码来开发 MVC ASP.NET?

Posted

技术标签:

【中文标题】为啥要使用内联编码来开发 MVC ASP.NET?【英文标题】:Why should I use inline coding to develop MVC ASP.NET?为什么要使用内联编码来开发 MVC ASP.NET? 【发布时间】:2008-12-20 10:26:59 【问题描述】:

我回顾了一些关于 MVC ASP.NET 的示例,它们都使用了内联编码方法。

是否有很大的理由使用这种方法并忽略我喜欢的方法背后的代码?

【问题讨论】:

【参考方案1】:

来自 Derek Whittacker 的一个很好的 quote。不能,但我自己会更好

在 SO 上也可以参考这个identical Q

"在标准的 Asp.net WebForms 中 开发 CodeBehind 意味着 充当页面控制器,但在 这些年来它已经变成了一个 各种邪恶的倾倒地 代码(即业务逻辑)。就是这个 已经给出的讨厌,丑陋的代码(在 部分)WebForms 一个糟糕的形象。经过 继续在后面使用您的代码 MVC 你真正在做的就是采取 一种古老的讨厌技术并应用它 到新框架,然后删除 MVC 的一大优势。

MVC 模式之美的一部分 (注意我说的是模式,不是框架) 是它有助于执行 通过推动分离关注点 逻辑超出您的视野并进入您的 控制器。”

【讨论】:

嗨,你对这个问题有什么想法:***.com/questions/390693/…,我很困惑,因为这个问题到现在得到了 21 多票,但我得到了 -4 票。【参考方案2】:

我认为主要原因是那里真的不应该有太多逻辑,因为它只是与视图相关的逻辑。当没有太多逻辑时,我的观点是使用内联方法读起来更好。但是,如果有一个包含很多循环的视图,那么在我看来,使用后面的代码当然是一个可行的选择。

【讨论】:

【参考方案3】:

在 Scott Gu 的 recent blog 关于 MVC 候选版本中,他们的视图默认情况下没有代码,这可能是您在示例中看不到的原因。

【讨论】:

以上是关于为啥要使用内联编码来开发 MVC ASP.NET?的主要内容,如果未能解决你的问题,请参考以下文章

快速开发之代码生成器(asp.net mvc4 + easyui + knockoutjs)

ASP.NET MVC 内联网应用程序。基于角色的身份验证链接到应用程序中的用户表

为啥在 ASP.NET MVC 中回发后模型为空

为啥在 asp.net mvc 中的公共路由之前先映射特殊路由?

ASP.NET / MVC 1.0 组件和 Ajax 控件 - 网格 - 日历 - 搜索?

为啥我的 SelectListItem 无法编辑 ASP.NET Core MVC