ASP.NET WebForms网站升级至微软新一代技术选型咨询

你的选型思路大方向正确，但存在对Blazor的认知偏差，首先对齐几个核心判断：

• 你排除MVC的决策是合理的，ASP.NET Core MVC目前已进入维护模式，无新特性迭代，对偏表单报表的企业级系统没有额外优势，确实不需要纳入选型。
• 你提到的「Razor」实际是指ASP.NET Core Razor Pages，是当前最适配你场景的选型之一，而Blazor并不完全是SPA架构，完全可以纳入备选范围。

核心场景适配性分析 #

你的现有条件是迁移决策的核心优势：

• 核心业务逻辑已经独立在业务层、数据层类库中，不需要大规模重写，迁移成本大幅降低
• 持有DevExpress全版本订阅，所有常用的表单、数据网格、报表、图表组件都有对应ASP.NET Core版本的封装，不需要自行开发基础组件
• 业务场景无复杂前端交互需求，不需要投入额外精力学习现代前端框架

可选方案对比 #

1. 首选：ASP.NET Core Razor Pages #

这是最稳妥、最适配你现状的选型：

• 开发模式和WebForms高度相似，采用「页面模板+后置代码类」的结构，和你熟悉的.aspx+.aspx.cs的开发习惯几乎无缝衔接，学习成本极低
• 天然支持多页架构，和你现有站点的路由结构匹配度极高，支持增量迁移：过渡阶段可以实现旧WebForms页面和新Razor Pages页面共存，用户无感知
• 微软长期支持，生态成熟稳定，完全满足企业级系统长期迭代维护的需求
• DevExpress有完整的Razor Pages组件库，你现有系统用到的所有表单、网格、报表控件都可以直接替换使用，代码改写量极小

2. 备选：Blazor Server #

你之前对Blazor的认知存在偏差：Blazor分为Blazor WebAssembly（纯前端SPA模式）和Blazor Server两种运行模式，Blazor Server完全不属于SPA架构，它的交互逻辑全部在服务端运行，前端仅维护轻量的SignalR连接，开发体验和WebForms几乎一致：

• 采用事件驱动、组件化的开发模式，DevExpress的Blazor控件库封装度更高，很多WebForms的控件逻辑几乎可以直接复用，开发效率比Razor Pages更高
• 200+页面的规模对于Blazor Server完全没有压力，企业内部系统并发量通常不高，服务端资源足够的情况下性能不存在瓶颈
• 仅有的缺点是对网络稳定性有一定要求，且如果未来需要扩展面向外部用户的功能适配性不如Razor Pages，仅作为备选方案

迁移实操建议 #

1. 优先将现有业务层、数据层类库升级为.NET 8兼容的类库，先保证核心业务逻辑不需要重写，这一步成本极低
2. 新建ASP.NET Core站点项目，先完成身份认证、权限体系的适配，确保和现有系统的用户权限逻辑完全一致
3. 选1-2个非核心的简单页面做迁移试点，跑通组件引用、数据绑定、业务逻辑调用的全流程
4. 按照页面优先级逐个迁移，过渡阶段可以在IIS中配置反向代理，未迁移的旧路径仍然指向原WebForms站点，已迁移的路径指向新站点，实现用户无感知切换

内容的提问来源于stack exchange，提问作者PTansey