Java 的 Optional 并不能補充所有傳統(tǒng)的 if-null-else 或 if-not-null-else 檢查

Java 添加的?java.util.Optional?非常的受歡迎，并為總是不能返回非null值的方法提供了更流暢的代碼。很不幸的是，?Optional?已被濫用，一種濫用，甚至已被過度使用。當與直接使用相比?null?沒有明顯優(yōu)勢時，我偶爾會遇到使用?Optional的代碼。

當 Optional 與直接檢查 null 相比沒有任何優(yōu)勢，調用代碼對它剛剛調用的方法的返回值使用?Optional.ofNullable(T)?時，可能會提示一個危險信號。如同所有的“危險信號”，這并不意味著將方法將返回值傳遞個?Optional.ofNullable(T)?（事實上，傳遞給期望 Optional 的 API 是必要的），但它的這種做法通常是用于不提供實際值，而不是直接使用返回值并檢查它的是否為 null。

在 Optional 可用之前，用于檢查 null 方法返回的代碼以及對 null 響應采取一種方式和對非 null 響應采取另一種方式的代碼如下所示）。

/**
 * Demonstrates approach to conditional based on {@code null} or
 * not {@code null} that is traditional pre-{@link Optional} approach.
 */
public void demonstrateWithoutOptional()
{
    final Object returnObject = methodPotentiallyReturningNull();
    if (returnObject == null)
    {
        out.println("The returned Object is null.");
    }
    else
    {
        out.println("The returned object is NOT null: " + returnObject);
        // code processing non-null return object goes here ...
    }
}

對于這個基本條件，很少需要涉及Optional。下一個代碼片段代表了我在開發(fā)人員嘗試使用Optional替換顯式空檢測時偶爾看到的代碼類型：

/**
 * Demonstrates using {@link Optional} in exactly the manner {@code null}
 * is often used (conditional on whether the returned value is empty or
 * not versus on whether the returned value is {@code null} or not).
 */
public void demonstrateOptionalUsedLikeNullUsed()
{
    final Optional<Object> optionalReturn
       = Optional.ofNullable(methodPotentiallyReturningNull());
    if (optionalReturn.isEmpty())
    {
        out.println("The returned Object is empty.");
    }
    else
    {
        out.println("The returned Object is NOT empty: " + optionalReturn);
        // code processing non-null return object goes here ...
    }
}

此代碼中的范式與傳統(tǒng)的null檢查代碼基本相同，但使用?Optional.isEmpty()?執(zhí)行相同的檢查。這種方法不會增加任何可讀性或其他優(yōu)勢，但確實以額外的對象實例化和方法調用為代價。

上述用法的一個變體Optional是將其?ifPresent(Consumer)?方法與其?isEmpty()?方法結合使用，形成相同的基本邏輯，如果返回值存在則做一件事，如果返回值為空則做另一件事。這在以下代碼中進行了演示。

/**
 * Demonstrates using {@link Optional} methods {@link Optional#ifPresent(Consumer)}
 * and {@link Optional#isEmpty()} in similar manner to traditional condition based
 * on {@code null} or not {@code null}.
 */
public void demonstrateOptionalIfPresentAndIsEmpty()
{
    final Optional<Object> optionalReturn
       = Optional.ofNullable(methodPotentiallyReturningNull());
    optionalReturn.ifPresent(
       (it) -> out.println("The returned Object is NOT empty: " + it));
    if (optionalReturn.isEmpty())
    {
        out.println("The returned object is empty.");
    }
}

這段代碼看起來比直接檢查 的返回值的傳統(tǒng)方法要短一些null，但仍然以額外的對象實例化為代價，并且需要兩次方法調用。此外，首先檢查 Optional 是否存在然后立即檢查它是否為空感覺有點奇怪。此外，如果需要執(zhí)行的邏輯比將消息寫到標準輸出更復雜，這種方法就變得不那么實用了。

結論

代碼，處理一個方法的返回值，需要做一兩件事，如果返回值是null做另一件事，如果返回值是不是 null很少會享受到環(huán)繞的任何優(yōu)勢，在返回的值Optional簡單地檢查它是否是現(xiàn)在還是空的。將方法的返回值包裝在Optional中 可能只有Optional在流暢的鏈接或與Optional.