C#ASP.NET,WebForms到MVC:在我们的案例中改变是否有意义?

前端之家收集整理的这篇文章主要介绍了C#ASP.NET,WebForms到MVC:在我们的案例中改变是否有意义?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我们有一个基于WebForms的Web应用程序,具有以下属性

大型业务对象框架(紧密编织DAL / Business Objects / Serverside验证,类似于CSLA)预编译并放置在Bin文件夹中.使用很多UserControls.

看看MVC的概述,似乎有一个独特的分裂,代码如何拆分,没有会话状态(这似乎很奇怪,但如果网站主要提供内容可能可以吗?),似乎构造页面看起来类似于经典的asp(使用<%%>标签)

我对MVC有错误的解释吗?
MVC只是一个特定的体系结构,还是事情将会如何,WebForms最终会被丢弃?
当现有的业务对象框架存在时,如何拆分M-V-C?
为什么没有会话状态?
UserControls在MVC中工作吗?

我意识到这可能是主观的,所以主要是寻找你对这个问题的意见,使我自己的想法.

解决方法

MVC与WebForms有90%的相同,但当然,每个人都有争议,他们往往会放弃这一点.

您可以根据需要提供yor数据下面的层数,可以使用UserControl样式.比技术变革更多的是心态变化. MVC有它的优势,它包含HTTP是国家的事实. Webforms在某种程度上抽象出这个事实,使一些事情变得更加容易(例如viewstate).会话状态,编译…都在那里,它在同一个框架下面.

简而言之:使用你想要的,很好的研究(示例项目无处不在).如果你深入一个项目,要及时改变,它的学习曲线以及实际的代码时间.这个决定取决于你和你的团队,如果它是太不同了,那可能不是很有益,因为有一些调整.如果您对新技术更加舒适,MVC可以更加清洁,而且仍然有其用途.

我不会在WebForms中启动另一个项目,但是这是我,我很满意…你真的需要弄清楚哪个对你来说更自然,如果适用,你的团队.

此外,tvanfosson还提出了一个很好的观点:以前在Web项目中更多的验证或真正的任何自定义逻辑,移动所需的时间越多.如果你已经有很好的分层,那么如果没有这样做,那么这个时候你会有更好的选择.

猜你在找的C&C++相关文章