NullReferenceException一定是大多数程序员最讨厌的异常之一
我们在书写代码时看到NullReferenceException
一定很崩溃,但是更崩溃的事情是在团队协作时,小伙伴写的方法给你返回了一个Null
本着己所不欲勿施于人的观点,我们应该选择一种方式或者契约让可能会出现Null
的地方,告知到其他的小伙伴
这里推荐的是Resharper的CanBeNull
标记。
CanBeNull
可以标记在方法的参数或者返回值,使用后可以看到在可能出现空引用的地方vs给出了波浪线提示
还有一种相对来说少见一些的情况是对于Task<T>
中对T
可能为空的标记
如果我们采用之前的CanBeNull
标记,会发现vs提示在await Foo 处出现提示,即Task 可能会null
而不是我们期望的string
为null
此时只要将原有的CanBeNull
改为ItemCanBeNull
即可
ItemCanBeNull
可以表示IEnumerable
,Task
或者Lazy
所包含的对象类型可能为空,例如List<T>
,Task<T>
和Lazy<T>
中的T
那么既然可以表示可空,是否有标记表示非空呢?
只要使用NotNull
和ItemNotNull
即可表示对应的非空情况
参考链接:
[Code Annotation Attributes - Help | ReSharper](https://www.jetbrains.com/help/resharper/Reference__Code_Annotation_Attributes.html) |
---|
本文会经常更新,请阅读原文: https://xinyuehtx.github.io/post/resharper%E5%96%8A%E4%BD%A0%E5%9B%9E%E5%AE%B6%E5%88%A4%E7%A9%BA%E5%95%A6.html ,以避免陈旧错误知识的误导,同时有更好的阅读体验。
本作品采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议 进行许可。欢迎转载、使用、重新发布,但务必保留文章署名黄腾霄(包含链接: https://xinyuehtx.github.io ),不得用于商业目的,基于本文修改后的作品务必以相同的许可发布。如有任何疑问,请 与我联系 。