在Java中无需空检查就可以获取值

很多时候，我发现自己从某些数据层次结构中获取值时会进行空检查，以避免NullPointerExceptions，因为我发现NullPointerExceptions容易出错并且需要大量样板。

我编写了一个非常简单的例程，使我在获取对象时可以跳过空检查...

public final class NoNPE {

    public static <T> T get(NoNPEInterface<T> in) {
        try {
            return in.get();
        } catch (NullPointerException e) {
            return null;
        }
    }

    public interface NoNPEInterface<T> {
        T get();
    }
}

我有点像这样

Room room = NoNPE.get(() -> country.getTown().getHouses().get(0).getLivingRoom());

上面的结果导致我得到一个Room对象或一个null，而不必对所有父级进行null检查。

您如何看待以上内容？我在创建有问题的模式吗？您认为有更好的方法吗？

您的解决方案非常聪明。我看到的问题是您不知道为什么会得到一个null？是因为房子没有房间吗？是因为该镇没有房屋吗？是因为该国没有城镇吗？是因为null即使在位置1或更大的位置上存在房屋，也会由于错误而在集合的0位置存在a ？

如果您扩展使用NonPE该类，则将遇到严重的调试问题。我认为，最好是知道链条到底在哪里断了，而不是默默地获取null可能隐藏着更深层错误的信息。

这也违反了Demeter法则：country.getTown().getHouses().get(0).getLivingRoom()。通常，违反某些良好原则会使您不得不实施非传统的解决方案来解决因违反此类原则而导致的问题。

我的建议是谨慎使用它，并尝试解决设计缺陷，该缺陷使您不得不在火车残骸反模式中使用（因此您不必NonPE在任何地方都使用）。否则，您可能会遇到难以检测的错误。

这个想法很好，实际上很好。由于Optional存在Java 8 类型，因此可以在Java Optional type中找到详细说明。您发布的示例是

Optional.ofNullable(country)
    .map(Country::getTown)
    .map(Town::Houses);

并进一步。

您的方法可以很好地实现其预期目的，尽管null在听到NullPointerException听起来像不良设计的声音时返回s 。

null如果可以，请尽量避免使用s，并且仅在它们表示某物或具有特殊含义时才传递它们，并且仅在它们表示/意味着某物时才返回它们-否则应抛出NullPointerException。这样可以避免错误和混乱。如果Object不应该null，则NullPointer应该抛出。如果一个对象可以是一个对象，null那么当传入一个对象时，不会有任何问题。否则，上述方法将起作用。

我可以感觉到您的痛苦，但是建议的解决方案不是一个好主意。

• 如果一个吸气剂由于其他原因抛出NPE，您将忽略它。
• 该内部lambda可能会增长为可怕的代码。例如，如果有新的要求在城镇中没有房屋时返回一个特殊的常量，那么懒惰的程序员可以扩展lamda，将所有内容都包裹在内NoNPE.get。
• 如前所述，Optional.map您正在寻找什么。
• 创建新的NullPointerException实例的代价通常是很大的。这是许多微秒，特别是随着您的调用堆栈越来越大。很难预测您的实用程序最终将在哪里使用。

作为旁注，NoNPEInterface是的重复项java.util.function.Supplier。

在某些情况下，您可能会考虑使用许多框架中都存在的表达式评估工具（例如：EL，SpEL）：

evaluateProperty(country, "town.houses[0].livingRoom")