.NET Core vs .NET Framework：在Windows桌面应用与Web开发中的抉择

在"从零开始用C#做产品系列教程索引(.netcore winform)"中，我们曾推出一个.net core+winform的教程。最近收到一个问题：“既然两者都不能跨平台，为何要选择.NET Core呢？”此问题看似简短，实则内涵丰富。究其根本，无论是.NET Core还是.NET Framework，它们都能干大事，无法简单概括优劣。我虽是.NET Framework的老兵，自1.1版本起已摸爬滚打十余年；但对于.NET Core，却是个新丁，今年下半年才开始接触，未曾真正做过项目，或许还有些坑尚未涉足。以下结合我个人观点，从Windows桌面应用和Web应用两个方面来探讨这个问题，仅供大家参考。

一、开发Windows桌面应用

1. 功能表现

.NET Core与.NET Framework在Windows环境下功能基本持平。但由于二者类库不共享，所以在第三方类库选用上略有差异。历史原因让Framework的类库选择相对更多，而.NET Core的更新速度更快，随着时间推移，天平将逐渐向.NET Core倾斜。

2. 开发环境

目前来看，在Visual Studio下，.NET Framework的稳定性似乎更胜一筹。我在使用.NET Core时，VS2019偶尔会出现卡死现象，尤其是在UI设计阶段，这种情况在Framework中不曾遇到，可见在兼容性优化上，.NET Core还需努力。

3. 程序发布

虽然两者都只能运行在Windows平台，但在发布方式上，.NET Core更显优势。Framework程序必须依赖于框架本身，若系统未安装，则无法运行。而.NET Core支持独立发布，无需框架也能运行，如我教程中的实例，编译后的独立程序仅20多M，比起动辄上百M的Framework程序，无疑对用户更为友好。

4. 兼容性

Framework 2.0和4.0可以在较老的系统如XP上运行，但.NET Core就无能为力了。不过，说到跨平台...

5. 跨平台

尽管目前WinForm形式下，两者都无法实现跨平台，但.NET Core未来可期。微软计划11月份发布的MAUI就是解决这一难题的，有望实现跨平台UI框架。有人持保留态度，但我对此乐观，毕竟对于微软来说，技术难题从来不是最大阻碍。.NET Core的跨平台很可能就在不远处，现在的积累都是为了将来能够轻松实现跨平台，而.NET Framework则是无法做到这一点的。

二、Web应用开发

1. 开发模式

在Web开发领域，.NET Framework采用一体化的WebForm模式，被一些人诟病为“混乱”，但对个人开发者而言，这种模式可以快速提升开发效率，拖拽控件、后台查询、调整CSS、ajax+jQuery动态交互，短时间内就能构建出页面雏形，尤其适合界面要求不高、用户交互较少的独立开发者。

相比之下，.NET Core采用MVC模式，前后端分离，前端关注用户体验，后端专注数据提供，这种架构天生适合团队协作，能有效缩短项目周期。然而，对于单人开发，有时显得流程繁复，原本一步到位的事情可能需要多个步骤才能完成。

虽然.NET Core不再支持WebForm，对个人开发者而言略感遗憾，但适应商业需求方能持久生存，微软也不例外。

2. 跨平台

.NET Core在Web开发领域的跨平台能力确有其事，据说可在Linux上部署，只是我没有亲自验证过。而.NET Framework则完全受限于Windows Server的IIS环境。

话又说回来，对于独立开发者搭建的小规模网站，现在云服务器大多自带授权，版权问题几乎不存在。与其考虑跨平台节省费用，不如实实在在地去优化流量，这样的跨平台对独立开发者实际意义并不大。

小编建议

对于Windows桌面应用开发：

已在.NET Framework下成熟运作的项目或产品，没有必要迁移至.NET Core重做，因为这并不会带来质的飞跃；

对于新项目，建议直接采用.NET Core，并注重业务与UI分离设计，毕竟未来跨平台前景可待；

对于Web应用开发：

技术全面且追求高效开发的个人开发者，我仍推荐.NET Framework；

而在公司团队进行项目开发时，那自然是稳扎稳打地选择.NET Core，毕竟团队协作才是王道。

XPNET币