内容简介:程序员不看警告!于是 C# 8.0 带来的可空引用类型由于默认以警告的形式出现,所以实际上约束力非常弱。本文将把 C# 8.0 的可空引用类型警告提升为错误,以提高约束力。
程序员不看警告!
于是 C# 8.0 带来的可空引用类型由于默认以警告的形式出现,所以实际上约束力非常弱。
本文将把 C# 8.0 的可空引用类型警告提升为错误,以提高约束力。
启用可空引用类型
你需要先在你的项目中启用可空引用类型的支持,才能修改警告到错误:
项目属性
在项目属性中设置是比较快捷直观的方法。
在项目上右键属性,打开“生成”标签。
在这里,可以看到“将警告视为错误”一栏:
- 无
- 所有
- 特定警告
可以看到默认选中的是“特定警告”且值是 NU1605
。
NU 是 NuGet 中发生的错误或者警告的前缀, NU1605
是大家可能平时经常见到的一个编译错误“检测到包降级”。关于这个错误的信息可以阅读官网: NuGet Warning NU1605 - Microsoft Docs ,本文不需要说明。
于是,我们将我们需要视为错误的错误代码补充到后面就可以,以分号分隔。
NU1605;CS8600;CS8602;CS8603;CS8625
这些值的含义可以参考我的另一篇博客:
记得在改之前,把前面的配置从“活动”改为“所有配置”,这样你就不用改完之后仅在 Debug 生效,完了还要去 Release 配置再改一遍。
WarningsAsErrors
前面使用属性面板指定时,有一个奇怪的默认值。实际上我们直接修改将固化这个默认值,这不利于将来项目跟随 Sdk 或者 NuGet 包的升级。
所以,最好我们能直接修改到项目文件,以便更精细地控制这个属性的值。
在上一节界面中设置实际上是生成了一个属性 WarningsAsErrors
。那么我们现在修改 WarningsAsErrors
属性的值,使其拼接之前的值:
<Project Sdk="Microsoft.NET.Sdk"> <PropertyGroup> <OutputType>Exe</OutputType> <TargetFramework>netcoreapp3.0</TargetFramework> <LangVersion>8.0</LangVersion> <NullableContextOptions>enable</NullableContextOptions> ++ <WarningsAsErrors>$(WarningsAsErrors);CS8600;CS8602;CS8603;CS8625</WarningsAsErrors> </PropertyGroup> </Project>
这句话的含义是先获取之前的值,将其放到我们要设置的值的前面。这样可以跟随 Sdk 或者 NuGet 包的升级而更新此默认值。
这些值的含义可以参考我的另一篇博客:
参考资料
以上所述就是小编给大家介绍的《C# 可空引用类型 NullableReferenceTypes 更强制的约束:将警告改为错误 WarningsAsErrors》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!
猜你喜欢:- HashMap为何从头插入改为尾插入
- postgresql – 在postgres中将表列名更改为大写
- 为什么 Python 3 把 print 改为函数?
- [译] 如何改为并发程序?Go Goroutines 并发编程
- OpenCV 4.5.0 发布,协议变更改为 Apache 2
- OpenShift 3.10 发布,项目名更改为 OKD
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
编写可读代码的艺术
Boswell, D.、Foucher, T. / 尹哲、郑秀雯 / 机械工业出版社 / 2012-7-10 / 59.00元
细节决定成败,思路清晰、言简意赅的代码让程序员一目了然;而格式凌乱、拖沓冗长的代码让程序员一头雾水。除了可以正确运行以外,优秀的代码必须具备良好的可读性,编写的代码要使其他人能在最短的时间内理解才行。本书旨在强调代码对人的友好性和可读性。 本书关注编码的细节,总结了很多提高代码可读性的小技巧,看似都微不足道,但是对于整个软件系统的开发而言,它们与宏观的架构决策、设计思想、指导原则同样重要。编......一起来看看 《编写可读代码的艺术》 这本书的介绍吧!