Java 添加的?java.util.Optional
?非常的受歡迎,并為總是不能返回非null值的方法提供了更流暢的代碼。很不幸的是,?Optional
?已被濫用,一種濫用,甚至已被過度使用。當與直接使用相比?null
?沒有明顯優(yōu)勢時,我偶爾會遇到使用?Optional
的代碼。
當 Optional 與直接檢查 null 相比沒有任何優(yōu)勢,調(diào)用代碼對它剛剛調(diào)用的方法的返回值使用?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)勢,但確實以額外的對象實例化和方法調(diào)用為代價。
上述用法的一個變體Optional是將其?ifPresent(Consumer)
?方法與其?isEmpty()
?方法結(jié)合使用,形成相同的基本邏輯,如果返回值存在則做一件事,如果返回值為空則做另一件事。這在以下代碼中進行了演示。
/**
* 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,但仍然以額外的對象實例化為代價,并且需要兩次方法調(diào)用。此外,首先檢查 Optional 是否存在然后立即檢查它是否為空感覺有點奇怪。此外,如果需要執(zhí)行的邏輯比將消息寫到標準輸出更復雜,這種方法就變得不那么實用了。
結(jié)論
代碼,處理一個方法的返回值,需要做一兩件事,如果返回值是null做另一件事,如果返回值是不是 null很少會享受到環(huán)繞的任何優(yōu)勢,在返回的值Optional簡單地檢查它是否是現(xiàn)在還是空的。將方法的返回值包裝在Optional中 可能只有Optional在流暢的鏈接或與Optional.