是否值得使用webform视图引擎将现有的asp.net-mvc项目迁移到razo

发布时间：2020-12-16 07:00:34 所属栏目：asp.Net 来源：网络整理

导读：我有一个很大的asp.net-mvc网站.我最近升级到MVC 4,但有一点我在辩论是否值得迁移到剃须刀引擎.我 see there are tools到“自动”升级,但我想弄清楚它是否值得迁移的痛苦.我有大约100个总视图(常规和部分).如果它是一个代码库,我将不得不忍受一段时间,是否值

我有一个很大的asp.net-mvc网站.我最近升级到MVC 4,但有一点我在辩论是否值得迁移到剃须刀引擎.我 see there are tools到“自动”升级,但我想弄清楚它是否值得迁移的痛苦.我有大约100个总视图(常规和部分).如果它是一个代码库,我将不得不忍受一段时间,是否值得努力？

我知道这可能看起来有点主观,但鉴于我的项目规模,我一直在寻找这项迁移工作的预期成本与预期收益.

解决方法

除非你有特殊原因,否则恕我直言. Razor是一个小小的(根据大多数来源约为5％)比WebForms视图慢,但这可能是旧信息.充其量,它们将呈现完全相同的速度.我没有看到任何暗示razor渲染速度比webforms( ASP.NET MVC 3 Razor performance)更快的东西,并且完全没有提供任何与WebForms标记无关的功能.

基本上,它是一种更简洁的标记语言,可以更快地编写并且看起来比WebForms语法更好.最后,如果您的组织具有从当天开始编写WebForms代码的遗留问题,那么所有开发人员都已熟悉WebForms语法.没有学习曲线.

那么 – 你应该重写整个应用程序吗？不 – 你一无所获.展望未来,你应该使用Razor吗？取决于,大多数“似乎”都是这样移动,它确实看起来更好,并使视图更清洁.

但是,如果您决定开始将视图更新为剃刀,请记住您可以分步执行此操作.在确定要渲染的视图时,ViewEngine将查找两种类型的视图.这不必一蹴而就,但可以随着时间的推移逐步完成.

PS – 这很可能很快就会成为一个主观问题.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!