集成MVC和ASP.Net

Question

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

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

Answer 1

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

如果您在aspx或页面背后的代码中嵌入了大量业务逻辑，转换将变得更加困难。

另一件可能会使转换复杂化的因素是你如何使用asp网络控件。如果你可以使用服务器端语言的独立UI控件（当然不是随处可见，但尽可能多），事情将更容易迁移。

Answer 2

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

你不应该盲目地在你不认识的框架上实现。你需要花时间进行原型设计，自己学习，或者引入已经知道的人才。如果你正在使用一个新的框架，并且存在不确定性，那么你应该有足够的时间在某个点之后切入，并且以一种你知道你可以做到的方式重建。

您还应该建立在最佳工作框架上 - 对于任何问题，都没有一成不变的解决方案。您选择的框架应基于用户需求，技术/业务限制，预计增长和寿命（维护需求）以及可用资源。选择是基于你个人的过去经验和原型。如果您没有经验，也没有时间在至少几个框架中进行原型开发，那么您一开始就处于不利位置。我个人认为，在WebForms中设计一个“精心设计”的系统是非常困难的，尤其是在MVC中做这个工作比较困难，而且在ASP.NET空间中，MVC几乎是一个更好的框架所有情况都不是WebForms。我有偏见，并会直接说我认为Webforms在其哲学上存在根本性缺陷;大多数代码只能作为小例子使用，但随着您的发展，它们会分崩离析，变得不可持续，甚至MS的示例代码也会遇到这个问题。但是你不应该把一些随机的人用在互联网的观点上作为你设计选择的基础。我只是指出了这一点，因为我想清楚，我不是特别赞同WebForms，我赞同“使用你所知道的” - 无论你从之前的使用中“知道”它还是需要时间来学习它。