为什么我应该使用内联编码来开发MVC ASP.NET？

Question

我回顾了一些关于MVC ASP.NET的例子，所有这些例子都使用内联编码方法。

是否有一个很大的理由使用此方法并忽略我方法背后的首选代码？

Answer 1

来自Derek Whittacker的好quote。不能，但我自己更好

另请参阅SO {/ p>上的identical Q

  

“在标准的Asp.net WebForms中   开发CodeBehind意味着   充当页面控制器，但结束   它已经变成了一个多年   倾倒各种邪恶的地面   代码（即业务逻辑）。就是这个   令人讨厌，丑陋的代码（in   部分）WebForms是一个糟糕的形象。通过   继续使用您的代码   MVC所有你真正在做的就是   一种古老的讨厌技术并应用它   到新的框架，然后删除   MVC的一大优势。

     

MVC模式的一部分美   （注意我说的模式，而不是框架）   是有助于执行   通过推动分离关注点   逻辑超出你的观点并进入你的   控制器“。

Answer 2

我认为这样做的主要原因是那里确实没有太多的逻辑，因为它只是与视图相关的逻辑。当我没有太多逻辑时，我认为使用内联方法可以更好地读取。但是如果有一个带有很多循环的视图，那么在我看来使用后面的代码肯定是一个可行的选择。

Answer 3

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