大佬们喜欢用 Null-Safe 的注解吗

常用，就是给 API 打标记。

老实讲，不喜欢用。所以我选择了 kotlin 。直接 nullable type 了

不喜欢，因为我们 Scala 有 Option
从来没在线上见过自己的代码 NPE ，倒是用的其他库偶尔会蹦几个 NPE 出来

@lmshl 握草, rust 的 option 是不是抄的 scala 的.

欢迎体验一下 C#

@BBCCBB 有没有听过一个语言叫 Ocaml
这也是第一版 rustc 的实现语言

@BBCCBB
有没有一种可能,是从 maybe monad 演变过来的?

@BBCCBB Option / Maybe 很多语言都有，毕竟 null 是 The Billion Dollar Mistake.

一般不用，在 null 值传进来会导致 npe 的频繁调用点用 NonNull ，对于专门为了处理 null 值的工具类会用 Nullable

@Rwing How about F# ?

不用
警告关掉，完事

新生代语言都用？替代了，古董语言 Nullable 果断关掉，哩嗦

@chendy

@realrojeralone 其实我是想不标注的情况下默认 NonNull ，会传 null 的地方加个 NonNull 声明就好了，一个注解搞定，不知道为啥默认的 idea 不这样 inspect 。

@Building 确实，好嗦

会用，可以省去注释的说明。一般只显示标注 nullable ，结合 package-info 声明默认都是 nonnull 也不麻烦。 类似这样 https://github.com/John-Chan/fckit/blob/master/fist-kit-boot-parent/fist-kit-boot-core/src/main/java/com/power4j/fist/boot/apidoc/package-info.java

1. 可以使用类似这样的注解指定默认类型 "@ParametersAreNonnullByDefault"
2. 如果一个值没有指定 nullable 类型，和 Kotlin 混用会比较危险，Java 的 String 在 Kotlin 里既可能是 String 也可能是 String?，也就是说 Nullable 会被当作 NonNull ，非常危险。

@cppc 这个可以啊跟我的想法差不多

我一般会加上，因为加上后如果少判 npe 或者多判编译器和 infer 等静态代码分析工具可以帮助发现错误。但是我发现工作中其它同事可能不愿意关注这个。