C#与.NET：一段跨越20年的命名纠葛与共生传奇
文章目录
- C#与.NET：一段跨越20年的命名纠葛与共生传奇
- 引言：一个差点叫"AAAWare"的传奇
- 一、.NET命名史：从NGWS到"AAAWare"再到互联网赌注
-
- [1. 噩梦般的代号：NGWS](#1. 噩梦般的代号：NGWS)
- [2. 比尔·盖茨的爆料：其他候选名更糟](#2. 比尔·盖茨的爆料：其他候选名更糟)
- [3. 为什么最终选择了.NET？](#3. 为什么最终选择了.NET？)
- 二、C#命名史：从"COOL"到"Sharp"的升调
-
- [1. "酷"的起点：COOL项目](#1. “酷”的起点：COOL项目)
- 2. 为什么叫C#？
- [3. 传奇设计师：安德斯·海尔斯伯格](#3. 传奇设计师：安德斯·海尔斯伯格)
- 三、技术与共生：它们如何相互成就？
-
- [1. 编译的魔法：从源代码到运行](#1. 编译的魔法：从源代码到运行)
- [2. 托管代码与非托管代码](#2. 托管代码与非托管代码)
- [3. CLI标准：一起长大的约定](#3. CLI标准：一起长大的约定)
- 四、20年共生进化史：每一次托举与旋转
- 五、命名背后：理解今天的.NET与C#
-
- [1. .NET版本演进的最终形态](#1. .NET版本演进的最终形态)
- [2. 你今天写的代码，历史感满满](#2. 你今天写的代码，历史感满满)
- 结语：名字背后的20年
- 参考文献
原文：.NET命名之谜：它与C#纠缠20年的关系揭秘
从"AAAWare"到".NET"，从"COOL"到"C#"------两个名字背后的技术革命
引言：一个差点叫"AAAWare"的传奇
2000年6月，微软在奥兰多职业开发人员技术大会（PDC 2000）上，向全世界展示了一个全新的开发框架。当时，没有人能预料到，这个最初代号为NGWS的项目，将在未来20多年里深刻影响数百万开发者的职业生涯。而它最终获得的名字------.NET，本身就是一个充满争议和巧合的故事。
一、.NET命名史：从NGWS到"AAAWare"再到互联网赌注
1. 噩梦般的代号：NGWS
在20世纪90年代末，微软开始开发一个雄心勃勃的新平台，最初它被称为**"下一代Windows服务"（Next Generation Windows Services），简称NGWS**。
坦率地说，这个技术向的名称对于市场营销人员来说简直是噩梦------它既不朗朗上口，也无法传达任何愿景。一位微软内部员工后来回忆："我当时在微软做开发，我也不知道是谁命名的.NET。跟我交流过的人都认为它是一个糟糕的名字。不过它的发音不像NGWS。"这个评价相当中肯------至少，.NET比NGWS好念多了。
2. 比尔·盖茨的爆料：其他候选名更糟
关于这个名字最有趣的轶事，来自一位2001年在微软实习的学生的回忆。在一次烧烤聚会上，这位实习生向比尔·盖茨本人提问："在你想出.NET之前，还有其他什么的名字吗？"
比尔·盖茨的回答令人莞尔：
"事实上我不喜欢.NET这个名字。它让人们怀疑我们是否终于开始了解互联网。可悲的是，其他提议的名字更糟。我们当时的宗旨是'任何地方，任何时候，任何设备上工作'，所以建议是AAAWare。"
想象一下，如果当年采用了这个建议，我们今天可能就在学习"AAAWare"和"C#"的关系了。相比而言，.NET确实是个更明智的选择。
3. 为什么最终选择了.NET？
综合多位微软前员工和MVP的回忆，主要有几个原因：
首先，互联网热潮的驱动。 当时".com"已经成为互联网的代名词，而".NET"则是对这个词的巧妙扩展。微软需要向世界宣告：他们也拥有了自己的网络技术。
其次，竞争对手的压力。 Sun Microsystems当时正大力推广"网络就是计算机"的理念，微软需要一个响亮的品牌来与之抗衡。
最后，一个有点讽刺的事实： 正如一位微软观察者所言："我不认为这是一个坏的名字，但问题是，微软最初为那么多的产品命名'.NET'，这也引起了一些大的混乱。"从Windows.NET到Office.NET，微软把".NET"这个前缀贴在了几乎所有产品上，造成了巨大的市场混乱。后来微软终于意识到问题，将.NET这个品牌限制为管理软件框架相关技术专用命名。这场命名风波才算尘埃落定。
二、C#命名史：从"COOL"到"Sharp"的升调
1. "酷"的起点：COOL项目
有趣的是，C#最初也有一个"酷酷"的名字------COOL（C-like Object Oriented Language，类C面向对象语言）。微软从1998年12月开始了COOL项目，目标是创造一门专为.NET框架量身定制的现代编程语言。
2. 为什么叫C#？
直到2000年2月，COOL被正式更名为C#。这个名字的选择充满巧思：
- 音乐隐喻："#"在音乐中表示升调，读作"Sharp"。这意味着C#是C语言的"升级版"------它继承了C和C++的强大功能，同时去掉了它们的一些复杂特性。
- 正确发音：是"see sharp"，而不是"C井"（很多中文开发者会误读）。
- 视觉符号：四个加号"++++"的组合（C++是C加加，C#是四个加号排在一起），暗示着它比C++更进一步。
3. 传奇设计师：安德斯·海尔斯伯格
C#的设计者是大名鼎鼎的安德斯·海尔斯伯格（Anders Hejlsberg），他也是Delphi的首席架构师。这位传奇人物在加入微软后，带领团队创造了一门优雅、现代、面向组件的编程语言，专为.NET框架量身定制。
三、技术与共生：它们如何相互成就？
1. 编译的魔法：从源代码到运行
理解C#和.NET关系的核心，在于理解它们的编译过程：
C#源代码 → C#编译器 → CIL中间代码 → CLR/JIT编译器 → 机器码当你用C#编写代码时，C#编译器并不会直接生成机器码。相反，它生成一种叫做CIL（Common Intermediate Language，公共中间语言）的中间代码，这些代码被打包在程序集（可执行文件或DLL）中。
直到程序运行时，.NET框架的CLR （Common Language Runtime，公共语言运行时）才会通过JIT（Just-In-Time，即时）编译器，将需要的CIL代码编译成本机机器码。
简单来说：C#负责让你写代码，.NET负责让你的代码跑起来。
2. 托管代码与非托管代码
在.NET世界中，有一个重要的概念叫托管代码------即运行在CLR控制之下的代码。CLR为这些代码提供自动垃圾回收、安全验证、异常处理等服务。
与之相对的是非托管代码，如传统的Win32 C/C++ DLL，它们不受CLR管理。
C#编写的代码天生就是托管代码，这也意味着它天然享受.NET框架带来的所有好处：自动内存管理让开发者不再为内存泄漏烦恼；类型安全让代码更健壮；互操作性让C#可以调用已有的非托管代码。
3. CLI标准：一起长大的约定
为了使不同语言编写的程序能够协同工作，微软定义了CLI（Common Language Infrastructure，公共语言基础结构）标准。这个标准包括两个核心部分：
- CTS（Common Type System，公共类型系统）：定义托管代码中使用的类型特征
- CLS（Common Language Specification，公共语言规范）：规定.NET兼容语言必须遵守的规则
这就像一份"一起长大的约定"------任何语言（C#、VB.NET、F#等）只要遵守这个约定，就能在.NET平台上无缝协作。C#是其中最受青睐的语言，但绝不是唯一的选择。
四、20年共生进化史：每一次托举与旋转
语言与平台，从来不是孤立的舞者。过去近25年，C#与.NET的共生进化，就像一对配合默契的双人滑搭档------C#负责编排优雅的技术动作，而.NET则提供坚实冰面与动力系统。
| 时间 | C#版本 | 主要特性 | .NET平台支持 | 核心成就 |
|---|---|---|---|---|
| 2002 | C# 1.0 | 类、接口、委托 | .NET Framework 1.0 | 托管代码的冰面首秀 |
| 2005 | C# 2.0 | 泛型、迭代器 | .NET Framework 2.0 | CLR原生支持泛型，告别ArrayList强制转换 |
| 2007 | C# 3.0 | LINQ、Lambda、扩展方法 | .NET Framework 3.5 | Expression树让数据库查询成为语言一等公民 |
| 2010 | C# 4.0 | dynamic关键字 | .NET Framework 4.0 | DLR让C#与动态语言共舞 |
| 2012 | C# 5.0 | async/await | .NET Framework 4.5 | 任务并行库让异步编程如同步般丝滑 |
| 2015 | C# 6.0 | 字符串插值、null传播 | .NET Core 1.0 | 语法糖与跨平台探索同步启动 |
| 2017-2020 | C# 7.0-9.0 | 元组解构、模式匹配、记录类型 | .NET Core 3.0 / .NET 5 | 吸收函数式精髓，迈向云原生 |
| 2021-2025 | C# 10-14 | 泛型数学、主构造函数、集合表达式 | .NET 6+ | 每年同步更新，语言与平台同频共振 |
C# 3.0与LINQ的诞生：当C# 3.0引入LINQ时，它背后是.NET 3.5中Expression树和Enumerable类型的强力支撑。数据库查询从此成为语言的一等公民，这正是平台与语言完美配合的典范。
C# 5.0与async/await：async/await彻底改变异步编程面貌，让开发者像写同步代码一样处理IO。其幕后功臣是.NET 4.5中高度优化的任务并行库（TPL）和编译器状态机魔法。
C# 8.0与.NET Core 3.0：异步流、默认接口方法等特性，与.NET Core 3.0对WinForms/WPF的支持同步发布，标志着.NET正式开启跨平台桌面开发时代。
正如官方所言："C#语言仍然支持20多年前写的代码，但通过不断对语言进行补充和增强，现在能用更优雅的代码和更简洁的构造来创建解决方案。"这正是向后兼容，向前创新的完美注脚------C#与.NET用二十年共生，写就了平台与语言相互成就的最佳范本。
五、命名背后：理解今天的.NET与C#
1. .NET版本演进的最终形态
| 时间段 | .NET 命名 | 状态 |
|---|---|---|
| 2002--2015 | .NET Framework 1.0--4.6 | 仅Windows，闭源 |
| 2016--2019 | .NET Core 1.0--3.1 | 跨平台，开源 |
| 2020--今 | .NET 5+ | 统一平台，开源，每年一版 |
为什么跳过了.NET 4.0 Core？因为.NET Core 1.0是全新代码库，版本号从1开始，避免与.NET Framework 4.x混淆。而.NET 5的命名，是为了终结"Framework vs Core"的混乱，让开发者明白：没有后缀的.NET，才是未来。
2. 你今天写的代码，历史感满满
当你今天在Visual Studio中创建一个.NET 8项目，用C# 12编写代码时，你实际上站在了这样的历史积淀之上：
- C#的优雅语法：从COOL到C#，20年语言进化的结晶
- .NET的跨平台能力：从NGWS到.NET，从Windows独占到Linux/macOS全支持
- 开源的开放生态：从闭源到GitHub上数万星标的开源项目
结语：名字背后的20年
回顾这段历史，.NET这个名字虽然带有时代的烙印和营销的妥协，但它承载的却是一个持续20多年的技术传奇。从最初的NGWS，到差点成为"AAAWare"，再到今天跨平台、开源的现代开发平台，.NET走过了一条不平凡的道路。
而C#，这个从"COOL"更名而来的语言，始终是.NET最亲密的伙伴。它们的关系就像一枚硬币的两面：C#是表达思想的语言，.NET是实现思想的舞台。
20多年后，当开发者们在Windows、Linux、macOS上使用.NET 8/9编写C#代码时，可能很少会想起这段命名的轶事。但正是这些历史的偶然与必然，共同塑造了我们今天所热爱的技术生态。
下一次当你创建一个新的.NET项目时，不妨想想：如果当年比尔·盖茨接受了"AAAWare"这个名字，今天的我们会在做什么？