我喜欢optionals现在在Java标准库中 . 但是我仍然遇到一个基本问题,我还没有弄清楚如何以最好的方式解决(最容易阅读和理解,最漂亮,最短)的方式:
How to return from a method when an optional is empty?
我正在寻找一个通用的解决方案,适用于选项数和代码块大小的不同组合 .
在下面的例子中,我将尝试展示我的意思:
void m1() {
// When I get an optional:
Optional<String> o = getOptional();
// And want to return if it's empty
if (!o.isPresent()) return;
// In the whole rest of the method I have to call Optional.get
// every time I want the value:
System.out.println(o.get());
// Which is pretty ugly and verbose!
}
void m2() {
// If I instead return null if a value is absent:
String s = getNullabe();
if (s == null) return;
// Then I can use the value directly:
System.out.println(s);
}
这个问题是关于如何获得上述两个例子的好方面:可选的安全类型和可空类型的简洁性 .
其余的例子更多地说明了这一点 .
void m3() {
// If I on the other hand want to throw on empty that's pretty and compact:
String s = getOptional()
.orElseThrow(IllegalStateException::new);
System.out.println(s);
}
void m4() {
Optional<String> o = getOptional();
if (!o.isPresent()) return;
// I can of course declare a new variable for the un-optionalised string:
String s = o.get();
System.out.println(s);
// But the old variable still remains in scope for the whole method
// which is ugly and annoying.
System.out.println(o.get());
}
void m5() {
// This is compact and maybe pretty in some ways:
getOptional().ifPresent(s -> {
System.out.println(s);
// But the extra level of nesting is annoying and it feels
// wrong to write all the code in a big lambda.
getOtherOptional().ifPresent(i -> {
// Also, more optional values makes it really weird and
// pretty hard to read, while with nullables I would
// get no extra nesting, it would looks good and be
// easy to read.
System.out.println("i: " + i);
// It doesn't work in all cases either way.
});
});
}
Optional<String> getOptional() {
throw new UnsupportedOperationException();
}
Optional<Integer> getOtherOptional() {
throw new UnsupportedOperationException();
}
String getNullabe() {
throw new UnsupportedOperationException();
}
如果可选项为空,如何在方法的其余部分中不使用 get
,而不声明额外的变量且没有额外的块嵌套级别,如何从方法返回?
或者,如果不可能得到所有这些,那么处理这种情况的最佳方法是什么?
5 回答
你可以使用
orElse(null)
:您可以使用
ifPresent
和map
方法,如果函数无效且您需要执行副作用,则可以使用ifPresent
,如果另一个方法返回依赖于Optional,那么该方法可能还需要返回一个Optional并使用map方法
Most 当你拨打
isPresent
和get
时,你误用了Optional
.您正在使用的ifPresent不需要您创建新的lambda,您只需使用方法引用:
但是,这并不能解决您希望以两个选项的存在为条件的情况 . 但作为替代
为什么不只是反转条件,这在嵌套的情况下也很好用?没有必要明确返回:
但是,这种用例表明你并没有真正受益于Optional而不是可以为空的值 . 一般来说,如果你正在使用isPresent和get,那么Optional可能并没有真正让你得到那么多(除了它会强迫你考虑缺少值的情况) . 使用ifPresent,map,filter和其他“更多功能”方法可能是Optional值的更典型用法 .
但无论如何,当你承诺选择时,请不要返回null . 虽然在期望对象时返回null是完全合法的,但Optional的要点正是为了避免必须检查null . 所以不要这样做:
而是做:
否则你最终不得不做:
这真的只是两次做同样的事情 . 使用Optional,或使用可空值,但不要同时执行这两项操作!
我不认为你提出的问题实际上是可行的,但我想建议只需将你的所有代码直接用于你的String并将其包装在一个函数中 . 所以你的功能变成这样:
这样,您只能在范围内使用String,并且每次要访问它时都不必调用
.get()
.这是一个很棒的话题,我们都喜欢编程的功能风格!
通常在启动方法的实现时,您会在顶部获得可选权限 . 此时你开始想知道,处理空可选项的最佳方法是什么,只有在这种情况下退出并停止处理才有意义 .
步骤1
您停下来思考的事实是第一步,并确认您正走在正确的轨道上!
第2步 - 探索
步骤3最好的方法可能是将各种实现方法提取到单独的方法中,并以功能方式将它们链接在一起 . 作为本练习的副作用,您可能最终会改进应用程序的界面和结构 . 这就是重构的工作原理 . 看下面,没有明确的空分配,也没有额外的返回点 . 编码变得有趣 .
我希望你喜欢我的例子:)