行，今天聊聊选cweb开发框架这个事儿。本来以为选个*全家桶就完事了，结果一打开Visual Studio发现里面花花绿绿的选项：什么* Core MVC、* MVC、Blazor……当场给我整懵了。心想这不都是.NET吗？闭眼选一个得了呗？结果踩了个大坑，折腾到半夜三点，外卖盒子堆了一桌子。

起手就掉坑里了

上周接了个内部工具项目，想着用*弄个小网页。手快直接勾了老版本的* MVC，寻思着模板熟！结果项目跑起来没两天，客户突然说要部署到Linux服务器上。好家伙，老MVC项目在Linux上跑跟老牛拉破车似的，配环境配得我满世界找教程，改配置文件改到想砸键盘——.NET Framework根本不在Linux官方支持列表里！服务器像中了邪一样报500错误，日志翻烂了也看不出毛病。

后来同事老王在微信上骂我：“都2024年了还用老MVC？”。骂完甩给我一个链接让我看Core的文档。得，重来。

硬着头皮转Core

开新项目时老老实实选了* Core MVC。起手就给我来个下马威：路由配置从RegisterRoutes变成在里敲MapControllerRoute，依赖注入要自己手动搞。最要命的是视图语法——老项目里抄过来的直接报黄，VS疯狂提示我“改用Tag Helper”。凌晨三点啃文档的时候，感觉自己像个刚学编程的菜鸟。

实战对比吐血实录

连着熬了两晚搞出两套Demo后，终于能唠点实在话了：

• 跨平台这事：Core完胜。老MVC在Linux上部署像伺候祖宗，Core直接用dotnet publish打包，扔服务器上./yourapp就能跑，感动得快哭出来。
• 启动速度：Core冷启动快得飞起，改完代码热重载不用等。老MVC每次调试都要重新编译，等得能泡完一碗面。
• 依赖注入：Core内置容器香疯了，控制器里直接private readonly IxxxService _service就能用。老MVC还得折腾Ninject之类的第三方库，配置写错一行就崩。
• 视图渲染：老MVC的Razor用着顺手，Core的Tag Helper得重新适应。不过用熟了发现<a asp-controller="Home">这种自动生成URL是真省事。

但坑还是有：想用SignalR搞实时通讯时，发现老MVC项目引Core版的SignalR会冲突；用Core，有些第三方库还没适配.NET 6，得自己改源码编译——结果编译到一半报错，差点把显示器砸了。

怎么选的

凌晨四点给客户发消息：“必须用Core，没得商量”。原因就仨：

1. 服务器是老板亲戚管的Linux虚机，老MVC根本跑不动
2. 需求随时会加实时通知功能，Core+SignalR省心
3. 不想下次升级时再通宵改框架

早上老王看到我发的消息，微信回了句：“早跟你说了”，配了个嘲讽表情包。气得我把半罐红牛干了。

总结就一句话：新项目无脑上Core，老项目除非祖宗代码动不得，赶紧迁移别犹豫。别像我似的，白熬两天夜还挨同事怼。