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&...
思路如标题所说采用模N取余法,难点是这个除法过程如何实现。...
本篇博客有更新!!!更新后效果图如下: 文章末尾的完整代码...
刚开始学习模块化程序设计时,估计大家都被形参和实参搞迷糊...