14 | 禁止空指针，该怎么避免崩溃的空指针？

1. 感觉 Optional 更有用的是 orElse, ifPresent, filter, map, flatMap 这些方法。isPresent 本质上和判断空指针的方式是一样的，没有优势 2. 像 Optional 是对 nullable 数据的支持，java 也可以增加对 required 数据的支持。比如增加 Required<T>, 编译器禁止对 Required 数据赋值 null。我们的代码变为：public record FullName(Required<String> firstName, String middleName, Required<String> lastName)。这样对哪些数据是可空，哪些数据是不可空，一目了然。 3. Retruned 的使用太复杂。我更愿意使用以下代码： switch (fullName.middleName()) { case null -> {...}; case String s -> {...}; }

Returned跟Optional还是有些复杂， 在C＃跟Kotlin里面我觉得挺简洁的，如果借鉴C#可以这样写: private static boolean hasMiddleName(FullName fullName, String middleName) { return fullName.middleName?.equals(middleName); } 就只加一个问号，如果需要判断fullName对象是否空那就前面再加一个问号

开始使用 Optional 的时候确实也遇到了像文中说的空指针（以为使用后就能神奇的消除空指针），后来还错用了 Optional.of() 又遇到空指针，直到最后才发现 Optional.ofNullable() 才是能最大限度避免空指针的方法。 如果有需要返回 null 的地方，可以通过一个中间层封装其状态，避免直接返回 null； 或者今后 JDK 升级功能后像 Go 一样没有空指针异常了，但是 Go 的 panic 一样能让程序崩溃； 支持老师的观点：在我们的代码里，尽量不要产生空指针。没有空指针，也就没有了空指针的烦恼

老师您好，尝试将判断为 null 这段逻辑注释掉，编译器没有报错，是否说明没有完全地做到强制检查呢？谢谢 public Returned<String> middleName() { // if (middleName == null) { // return Returned.UNDEFINED; // } return new Returned.ReturnValue<>(middleName); }

Optional 在这样一种情景下特别有用： a.b.c.d.e.f 其中a,b,c,d,e,f都有可能为null，现在要访问f，进行一些处理，可以这么做： Optional.ofNullable(a).map(A::getB).map(B::getC).map(C::getD).map(D::getE).map(E::getF).ifPresent(f -> ...); 只要a,b,c,d,e,f中任何一个为null，后续的代码就不会继续执行，也不会抛出NPE

老师，这些课程最后的习题，能不能讲一下答案？ 不然都不知道自己做的对不对，比如可以加餐一讲专门讲，这样也可以丰富一下这个课程的目录和内容。

用Returned并不比Optional有优势，代码比较冗长，整个公司统一比较难。java语言级为啥不提供更简单的方式呢？其它语言有可借鉴的好的方法吗？

感觉那个Optional就是个鸡肋,你不还是得调一下isPresent方法吗？这和判断一下是否为NULL不是一样吗？

学习打卡

上面消除null的其实就是空对象模式