你会推荐使用MVC Futures库吗?

时间:2009-06-26 09:54:34

标签: asp.net-mvc asp.net-mvc-futures

在C#中使用魔术字符串真的令我不安,所以我想使用MVC Futures库。

我有什么理由不想这样做,或者我应该注意哪些问题?

5 个答案:

答案 0 :(得分:4)

首先,仅仅因为它是一个字符串,并不会使它成为一个“魔术”字符串。其次,我建议您查看David Ebbo在此处写的T4MVC模板:http://blogs.msdn.com/davidebb/archive/2009/06/17/a-new-and-improved-asp-net-mvc-t4-template.aspx

这种方法的好处是通过使用代码生成,您可以在任何地方获得强大的输入,并且不需要编译会影响性能的表达式。

答案 1 :(得分:3)

我已经使用它大约1个月了,非常喜欢它。例如,我喜欢新的强类型Html助手,它肯定会使用魔术字符串:

<%= Html.TextBoxFor(m => m.User.FirstName)%>

根据MVC路线图,此功能将成为MVC 2的一部分,但即使它不应该,我仍然有期货源代码,所以我可以使用这个帮助器实现作为最后的手段。

答案 2 :(得分:3)

使用ASP.NET MVC Futures功能的风险是

  • 它们被认为不够精致,无法作为核心框架的一部分发布,因此可能会引入一些错误;
  • Microsoft团队可能不会将它们全部合并到核心ASP.NET MVC包的下一个版本中,或者显着改变它们的行为。

答案 3 :(得分:2)

我认为它有一些功能应该在MVC库中,但我会远离强类型的动作链接。在CPU电位上可能会非常昂贵,因此在页面渲染时间内添加SECONDS(而不是MS)。

http://www.chadmoran.com/blog/2009/4/23/optimizing-url-generation-in-aspnet-mvc-part-2.html

我常常发现自己使用的MVC期货中的一个功能是RenderAction,因为它是处理部分输出缓存的唯一方法。

答案 4 :(得分:1)

对期货不太确定,但我强烈推荐Mvccontrib库,这取决于期货的某些部分。