Android @NonNull的用处

Question

一些阅读和问题后,像这样的,我想知道是否有在使用点@NonNull支持Android注解.

如果我尝试使用注释为@NonNull的null参数调用方法,我可以看到来自Android Studio的非常小的警告.只是警告??

单元测试怎么样？我应该用空参数测试方法吗？如果我这样做......我会得到一个NullPointerException,我的测试将失败.

假设我们是两位开发人员.一个在API上工作,另一个在各种方式下测试API.作为第二个开发人员,我有责任测试所有内容,以便API可以防弹.这是单元测试的重点,对吗？

那么......第一个使用@NonNull的开发人员有什么意义呢？

如果其他人将此API与null参数一起使用......那么API将抛出NPE.然后他会想:"Urg,那个API糟透了...... NPE!" 他会是对的.那个顽皮的开发人员没有检查他发送的参数是否为null应该面临一个IllegalArgumentException,因为这是他的错误而不是API的错误!

我错了吗 ？

我认为这些注释会强制编译器显示错误attempting to call methodName(@NonNull Object object) with null parameter.

更新1

好的,谢谢大家的意见.如果可能的话,我想总结一下我在这里遇到的"问题".以抽象的方式.

我编写了一些代码(一个API,一个库,一个类,等等),私有内部代码由提供功能的公共方法包装.

假设这些公共方法将被其他任何人(包括我)使用.他们中的一些人接受的决定必须永远不会为空,否则所有地狱都会破裂.

阅读您的评论,我面临以下选择:

1. 继续使用@NonNullJava文档规定支持的合同/注释()parameter must not be null.不要检查空参数(否则IDE会警告我),不知何故,祈祷我永远不会收到空参数;
2. 与上面相同,但强制执行空检查(即使IDE会发出警告condition will always be false)并且IllegalArgumentException在我收到空参数的情况下抛出而不是导致NPE;
3. 停止使用合同/注释,使用Java Doc警告其他开发人员并添加所有参数的手动检查.

最后,对于单元测试......我知道我不能使用防弹代码,但我喜欢尽可能地"测试"我的代码,以防止我的代码出现意外行为以及验证过程(这是在单元测试的基础上,我相信) -

Answer 1

它的主要目的是为您的同事提供信息.一个人永远不是大型项目的唯一程序员.使用NotNull告诉其他程序员,函数的契约意味着你永远不能向它发送null,所以他们不这样做.否则,我可能会假设调用setFoo(null)将清除Foo,而API无法处理没有Foo.