ASP.NET MVC陷阱和经验教训

时间:2010-08-03 06:09:13

标签: asp.net-mvc

明天我将为客户启动一个新项目,一系列业务应用程序,我决定使用asp.net mvc构建。我是一位经验丰富的网络开发者,最近也是银光,但这将是我的第一个真正的mvc应用程序。我已经观看了一些视频并获得了足够的核心概念,我已经将MVC的概念证明放在了一起,所以我并不是在寻找那些琐碎的“没有回发”的答案。

我想知道的是,如果你知道现在有什么事情你希望你知道什么时候开始使用MVC?我应该避免什么?我应该做些什么?

2 个答案:

答案 0 :(得分:2)

我头顶的一些提示。

  • 确保使用IOC容器。当项目变得复杂并且对单元测试有很大帮助时,我的生活会变得更加轻松。
  • 了解视图模型的概念。并尝试仅向每个视图发送一个模型。
  • 进行单元测试。如果你还没有进入,现在是开始的好时机。 MVC比webforms更容易。
  • 看看替代的视图引擎。我认为火花是目前最好的,但还有很多其他好的选择。至少花一些时间做出明智的决定。
  • 让您的视图尽可能简单。如果您需要更多代码而不是视图中的循环,请尝试帮助。
  • 学习JQuery和Javascript。

每天使用MVC约2年后。我仍然学习新事物和更好的做事方法,所以一直在寻找更好的解决方案。我认为MVC比Webforms更有趣,我真的希望永远不再与Webforms合作。

祝你好运!

答案 1 :(得分:1)

关于MVC经常提到的一个“否定”是标签汤,它可能变得非常笨拙和丑陋。我解决这个问题的好方法是将基于视图的逻辑移动到ViewModel中,并将任何逻辑移入其中。例如。你可以......

<div><%= Model.PluralizeUserCount %></div>

而不是..

<% if(Model.Users.Count == 0) {%>
<div>There are no users in the system.</div>
<%} else { %>
<div>There are <%=Model.Users.Count.ToString() %> users in the sytem.</div>
<%} %>

更整洁!