集成MVC和ASP.Net

时间:2012-03-26 16:09:42

标签: asp.net asp.net-mvc

我正在开始一个新项目,并打算用它来学习asp.net mvc。 但是时间很短,我没有时间来满足要求,学习mvc并最终得到一个设计良好的系统。所以我需要从asp.net v4和EF开始。

我应该做些什么来让以后轻松过渡到MVC?

2 个答案:

答案 0 :(得分:2)

我认为最重要的是业务逻辑和表示逻辑之间的分离。

如果你在aspx或页面后面的代码中嵌入了很多业务逻辑,那么转换会更加困难。

另一件可能使转换复杂化的事情是你使用asp网络控件的程度如何。如果您可以使用来自服务器端语言的独立UI控件(当然不是在所有地方,但是尽可能多),事情将更容易迁移。

答案 1 :(得分:1)

如果您没有时间满足要求,那么您没有给自己足够的时间。如果你受到时间的限制,可能是因为你在为别人工作,而且你受到时间表和/或预算的限制,所以你需要建立在你所知道的基础之上。

你永远不应盲目地在你不了解的框架上实施。你需要为原型设计,自己学习或吸引已经知道的人才建立时间。如果你正在使用一个新的框架并且存在不确定性,那么你应该有足够的时间在某一点之后切割并以你知道可以做到的方式进行重建。

您还应该建立最佳的工作框架 - 对于任何问题都没有一刀切的解决方案。您选择的框架应基于用户要求,技术/业务限制,预计增长和生命(维护需求)以及可用资源。选择取决于您的个人过去经验和原型。如果你没有经验并且没有时间在至少几个框架中进行原型设计,那么从一开始你就处于不利地位。

所有人都说,我个人认为在WebForms中以“精心设计”的系统结束是难以置信的,特别是与在MVC中完成相比,而在ASP.NET空间中,MVC几乎是一个更好的框架情况比WebForms。我有偏见,并且会直截了当地说我认为Webforms在其哲学中存在根本缺陷;大多数代码都是小例子,但随着你的成长而崩溃并变得不可用,甚至来自MS的示例代码都会遇到这个问题。但是你不应该在互联网的意见上使用一些随机的人作为你的设计选择的基础。我只是指出这一点,因为我想清楚我不是特别支持WebForms,我赞同“使用你所知道的” - 无论你是从以前使用过“知道”还是花时间去学习它。