为啥要使用内联编码来开发 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 中的公共路由之前先映射特殊路由?