首次使用ASP.NET MVC时的主要风险

时间:2009-06-02 21:19:41

标签: asp.net-mvc

我们计划在相对重要的(对业务)项目中使用ASP.NET MVC。开发团队由4名开发人员和技术主管组成。两位开发人员和技术主管之前在ASP.NET WebForms项目上合作过,并对使用该技术充满信心。

当我们回顾一些第一个WebForms项目中使用的一些方法时,我们有点畏缩(例子包括过度使用UpdatePanels,缺乏对ListView等控件的知识,膨胀的ViewState等)。

重要的是我们不要在一年内回顾这个项目,并对我们的一些ASP.NET MVC方法感到畏惧!

根据经验,在第一次使用ASP.NET MVC时,是否有任何人可以引用任何关键风险?

我在考虑陷阱,需要一段时间才能继续进行的灯泡,你觉得自己正在战斗的框架的一部分,直到你学会了一个特定的项目,这类事情。

4 个答案:

答案 0 :(得分:7)

使用强类型视图并为每个视图创建新模型

原因很简单:这是为了确保您的模型与您的视图分开。如果你需要进行重构,你只需要破解一部分。因此,如果您有一个名为“最新消息”的视图,则应该有一个“LatestNewsViewModel”。然后,控制器的工作是从实际的模型/数据库中获取数据,并创建一个传递到视图中的视图模型。此外,如果您决定在View中需要其他内容,则无需重构整个数据访问层,因为您只需要更改ViewModel和填充它的Controller操作。

<强>性能

我建议您查看有关性能问题和优化的this slideshow,这可能会产生巨大影响。

答案 1 :(得分:2)

您可以从Scotts Guthrie的博客下载免费的eBook。博客为您提供有关如何从头构建ASP.NET MVC网站的完整深入指南。

答案 2 :(得分:2)

我所看到的最大风险来自于回归无国籍媒体。

回发消失了。大多数服务器控件都没了。 Viewstate消失了。事件驱动的模型消失了。

如果您的开发人员只使用asp.net webforms来构建网站,而且从不使用其他网络技术,那么他们需要进行大量的学习。

答案 3 :(得分:0)

对我来说最重要的是理解模型绑定,你可以输入类型。

同时正确保护您的路线。