Phi*_*tts 7 .net asp.net asp.net-mvc webforms
我是一名前端人员,他通过在我的代理机构开展各种项目来获取ASP.NET WebForms.
我有一个开发人员的项目,我想使用/学习MVC - 但他认为根本不值得使用MVC.他认为MVC的好处是可以感知的,并且性能不会成为一个问题,而且更好地推进WebForms.
该项目是一个Web应用程序,它将为人们提供项目规划工具,创建个人联系人数据库以及他们自己的基本网站.
我个人的感觉是我讨厌WebForms网站带来的所有膨胀 - ViewState,一个,巨大的JS文件,缺乏标记控制(例如验证控件).
显然,ASP.NET WebForms链接到资源,但MVC是关于URL结构并解释它们.
经过讨论和研究后,我现在想,由于MVC的大规模过渡/学习曲线,最好只留下WebForms.
我看着Ryan Singer亲自与RoR MVC合作,我惊讶于一切都在快速发展.
我是否应该接受现在与WebForms保持更加务实和富有成效,而不是使用MVC,或者我应该找到一种方法来说服我的同事MVC是正确的做法？
我强烈推荐ASP.NET MVC前端 - 也许它需要一些时间才能进入它!但肯定是这样的.例如,如果要回头改变任何东西,它会更灵活,更容易.
我会在LINQ中使用它,例如,如果您使用的是数据库.
ASP.NET MVC起初可能看起来非常困难,但是一旦你进入它,你可以更快地完成项目.这当然是我的意见.
另一个好处是我们为测试驱动开发提供了很好的支持.
编辑 (补充说明):
一个原因是MVC构建的是3部分模型,视图和控制器.这意味着您可以以良好的方式共享标记中的逻辑.我不会详细介绍如何在这里构建MVC,因为这是它自己的一章!(http://en.wikipedia.org/wiki/Model%E2%80%93View%E2%80%93Controlle r)
正如我上面提到的那样,你对TDD有很好的支持,我个人这样做,我只能因此而使用它.ASP.NET MVC中的URL路由也非常狂热,我在ASP.NET中错过了很好的支持.ScottGu撰写了一篇非常好的博客,内容如下:http: //weblogs.asp.net/scottgu/archive/2007/12/03/asp-net-mvc-framework-part-2-url-routing.aspx
| 归档时间： |
|
| 查看次数： |
1015 次 |
| 最近记录： |