>数据绑定旧版ASP.NET控件 – 如果替代方案不可用或需要临时解决方案.
>查看需要递归创建某种嵌套或分层HTML的逻辑.
>查看使用临时变量的逻辑.我拒绝在我的标签汤中定义局部变量！至少我希望他们作为视图类的属性.
>逻辑,仅限于一个视图或模型,不属于HtmlHelper.作为附注,我不认为HtmlHelper应该知道任何“模型”类.它很好,如果它知道在模型中定义的类(如IEnumerable,但我不认为,例如,你应该有一个HtmlHelper需要一个ProductModel.
当您输入Html点时,HtmlHelper方法最终会从您的所有视图中看到,我真的希望尽可能地最小化该列表.
>如果我想编写使用HtmlGenericControl和该命名空间中的其他类的代码,以面向对象的方式生成我的HTML(或者我有现有的代码,我想要的端口).
>如果我将来计划使用不同的视图引擎怎么办？我可能想要保留一些逻辑除了标签汤,以便以后更容易重用.
>如果我想要重命名我的模型类并让它自动重构我的视图,而不必去到view.aspx并更改类名称,该怎么办？
>如果我正在协调一个我不信任的HTML设计师,不要弄乱’标签汤’,并且想要在.aspx.cs文件中超出非常基本的循环写入任何内容.
>如果要根据视图的默认排序选项对数据进行排序.如果您有多个排序选项只能从视图访问,我真的不认为控制器应该为您排序数据.
>你实际上想要调用代码中的视图逻辑,这个代码实际上看起来像.cs而不是HTML.
>你想编写的代码可能会被考虑在后面,并在其他地方重用 – 你还不确定.
>你想原型什么可能会成为一个新的HtmlHelper,但是你还没有决定是否通用,否则不能保证创建一个HtmlHelper. (基本与上一点相同)
>您要创建一个辅助方法来渲染部分视图,但需要通过从主页面的视图中提取数据并为基于当前循环迭代的部分控件创建模型来创建一个模型.
>你相信编程复杂的逻辑在一个单一的功能是一个过时和不可维护的做法.
>你在RC1之前做过,没有遇到任何问题！

是!一些视图根本不需要codebehind.

是!它吸吮得到一个愚蠢的.designer文件创建除了.cs文件.

是!在每一个视图旁边都有令人讨厌的小命令.

但是 – 真的不是很难把数据访问逻辑放在代码隐藏中.

他们肯定不是evil.