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