ASPNET MVC社区讨论了在使用WebFormsViewEngine时是否仍然需要代码隐藏文件以及这是一个优点还是缺点或甚至是一个问题
ASPNET MVC默认仍然使用WebFormsViewEngine当使用Visual Studio向ASPNET MVC应用程序增加一个WebForms视图时会自动增加一个代码隐藏文件和一个设计器文件许多人认为代码隐藏文件已经被废弃了它们的用法颇令人困惑因为开发人员倾向于使用像传统的合而为一的ASPNET Web窗体那样的视图
Steve Smith更进一步的表明ASPNET MVC Codebehind文件的坏处因为他们引诱开发人员将逻辑添加到视图上视图在设计上应当保持哑的
代码隐藏文件是一个诱惑对于不熟悉ASPNET MVC (ASPNET MVC还不到一年时间而且还没有发布）但是有Web窗体开发背景（大多数）的开发人员他们始终有一个将代码写入隐藏代码文件倾向这会使得在视图里的逻辑难以测试最坏的可能是甚至在代码隐藏文件中包含的逻辑直接调用数据库或者是web service以致完全绕过模型同视图的分离
Steve解释了在某种情况下代码隐藏文件是一个不好但却必不可少的东西例如你想在一个强类型的视图通过强类型方式引用模型（Model）有写人认为隐藏代码页也可用来存储一些视图逻辑而其他方式可能会弄乱ASPX文件最后但并不是最不重要的一点是他们为了在ASPX文件上获得智能提示技术的支持至于第一个问题Tim Barcz演示了如何使用没有代码隐藏使用强类型的ViewData通过合并泛型的CLR表示法来取代C#或者VB的表示法
Inherits=
System
Web
Mvc
ViewPage`
[[ABCCompany
MVC
Web
Models
LoginData
ABCCompany
MVC
Web]]
CLR表示法在单引号后面指定了泛型参数的数量后面跟参数和包含参数类型的程序集
Luis Abreu不同意Steve的用法并在贴子做出了回应他说不能确定删除隐藏代码文件就可以弥补一个不合格程序员的不足因为逻辑仍然可以放在ASPX文件的脚本块里Luis也不同意哑视图的一般观点他认为视图可能混合了展现的相关代码并且这些代码应该被放在隐藏代码文件中而不是在控制器中或者直接写在ASPX文件里这样会破坏标记和代码之间的清晰分离
