与 C# 9 和 10 一样，C# 11 也悄悄地增加了一个新的编译器警告。该警告可以防止使用全部小写的类型名称（如类、结构和接口）。
创建这个警告是为了方便微软在未来添加新的关键字。C#的关键只包含小写 ASCII 字母，因此，加入其他任何字母都可以防止类型名称与未来的关键字发生冲突。
该警告的文档并没有详细说明他们正在考虑引入哪些关键字。
背景
C#工具链一直将其信息分为三大类：编译器错误、编译器警告和静态分析警告。错误会妨碍编译器正常工作。当这些错误发生时，基本上是在说，编译器检测到了不容忽视的问题。
另一类是编译器警告。这意味着存在明显的问题，但编译器仍然可以生成一个输出文件。编译器警告默认是启用的，但开发者可以忽略。另外，开发者也可以要求把它们当作错误处理。
最后一类基本上包含“其他一切”。静态分析错误可能只有在特定类型的应用程序甚至是应用程序的特定部分中才算是问题。它们比编译器警告更容易产生误报，也就是不恰当的警告。与其他类型的警告不同，静态分析警告默认是不启用的。在 Roslyn 编译器推出之前，它们是一个完全独立的工具的一部分。所以，有相当多的开发者从来没有用过它们。
历史上，微软一直不愿意增加新的编译器警告。因为它们是默认启用的，添加新警告被认为是一种破坏性变化。如果添加了新的警告并启用了 TreatWarningsAsErrors，那么在 C#7 中可以编译的代码在 C#8 中可能会无法编译。
从 C# 9 开始，微软增加了C#警告波（Warning Waves）的概念。这是些附加的编译器警告，也就是说，不需要额外安装一个工具或包，它们默认是不启用的。要使用它们，则必须将项目文件中的AnalysisLevel设置为 5 或者更高。
作者简介：
Jonathan Allen 从 90 年代末开始就为一家健康诊所建设 MIS 项目，帮他们从 Access 和 Excel 升级到企业解决方案。在花了五年时间编写金融业自动交易系统后，他成为各种项目的顾问，包括机器人仓库 UI、癌症研究软件的中间层以及一家大型房地产保险公司的大数据需求。在空闲时间，他喜欢研究源于 16 世纪的武术，并从事相关写作。
原文链接：
分布式云行业实践指南（2023）
业内首个分布式云行业实践方法论、工具箱。
评论