java中布尔值做比较
我不时地错过Java中SQL的三值BOOLEAN
语义。 在SQL中,我们有:
-
TRUE
-
FALSE
-
UNKNOWN
(也称为NULL
)
时不时地,我希望自己也可以用Java表达这种UNKNOWN
或UNINITIALISED
语义,而普通的true
和false
还不够。
实现一个ResultSetIterator
例如,当为jOOλ实现ResultSetIterator
时,一个为Java 8建模SQL流的简单库:
SQL.stream(stmt, Unchecked.function(r ->
new SQLGoodies.Schema(
r.getString("FIELD_1"),
r.getBoolean("FIELD_2")
)
))
.forEach(System.out::println);
为了实现Java 8 Stream ,我们需要构造一个Iterator ,然后可以将其传递给新的Spliterators.spliteratorUnknownSize()方法:
StreamSupport.stream(
Spliterators.spliteratorUnknownSize(iterator, 0),
false
);
在实现Iterator
接口时,我们必须实现hasNext()和next() 。 请注意,在Java 8中, remove()现在具有默认实现,因此我们不再需要实现它。
尽管在大多数情况下,对next()
的调用之前仅是对hasNext()
的调用,但是Iterator
协定中对此没有要求。 完全可以这样写:
if (it.hasNext()) {
// Some stuff
// Double-check again to be sure
if (it.hasNext() && it.hasNext()) {
// Yes, we're paranoid
if (it.hasNext())
it.next();
}
}
如何将Iterator
调用转换为JDBC ResultSet上的支持调用? 我们需要调用ResultSet.next() 。
我们可以进行以下翻译:
-
Iterator.hasNext() == !ResultSet.isLast()
-
Iterator.next() == ResultSet.next()
但是那个翻译是:
- 昂贵
- 没有正确处理空的
ResultSet
- 并非在所有JDBC驱动程序中都实现(对于结果集类型为TYPE_FORWARD_ONLY的ResultSet,对isLast方法的支持是可选的)
因此,我们必须在内部维护一个标志,该标志告诉我们:
- 如果我们已经调用了
ResultSet.next()
- 那个电话的结果是
与其创建第二个变量,不如仅使用三值java.lang.Boolean 。 这是jOOλ的可能实现 :
class ResultSetIterator<T> implements Iterator<T> {
final Supplier<? extends ResultSet> supplier;
final Function<ResultSet, T> rowFunction;
final Consumer<? super SQLException> translator;
/**
* Whether the underlying {@link ResultSet} has
* a next row. This boolean has three states:
* <ul>
* <li>null: it's not known whether there
* is a next row</li>
* <li>true: there is a next row, and it
* has been pre-fetched</li>
* <li>false: there aren't any next rows</li>
* </ul>
*/
Boolean hasNext;
ResultSet rs;
ResultSetIterator(
Supplier<? extends ResultSet> supplier,
Function<ResultSet, T> rowFunction,
Consumer<? super SQLException> translator
) {
this.supplier = supplier;
this.rowFunction = rowFunction;
this.translator = translator;
}
private ResultSet rs() {
return (rs == null)
? (rs = supplier.get())
: rs;
}
@Override
public boolean hasNext() {
try {
if (hasNext == null) {
hasNext = rs().next();
}
return hasNext;
}
catch (SQLException e) {
translator.accept(e);
throw new IllegalStateException(e);
}
}
@Override
public T next() {
try {
if (hasNext == null) {
rs().next();
}
return rowFunction.apply(rs());
}
catch (SQLException e) {
translator.accept(e);
throw new IllegalStateException(e);
}
finally {
hasNext = null;
}
}
}
如您所见, hasNext()
方法仅在之前为null
本地缓存hasNext
三值布尔状态。 这意味着多次调用hasNext()
直到调用next()
,这将重置hasNext
缓存状态。
如果需要, hasNext()
和next()
前进ResultSet
光标。
可读性?
你们中有些人可能会认为这不利于可读性。 他们将引入一个新变量,例如:
boolean hasNext;
boolean hasHasNextBeenCalled;
麻烦在于,您仍在实现三值布尔状态,但分配给两个变量,很难以一种比实际java.lang.Boolean
解决方案更易读的方式来命名它们。 此外,两个boolean
变量实际上有四个状态值,因此,发生错误的风险会略有增加。
每个规则都有其例外。 自从引入Option / Optional以来一直存在的null
-is-bad准则,对上述语义使用null
是一个很好的例外。
换句话说:哪种方法最好? 没有TRUE
或FALSE
答案,只有UNKNOWN
!
小心一点
但是,正如我们在之前的博客文章中所讨论的那样 ,如果可能的话,应该避免从API方法返回null
。 在这种情况下,显式使用null
作为对状态建模的一种方法很好,因为此模型封装在我们的ResultSetIterator
。 但是,请避免将这种状态泄漏到API外部。
翻译自: https://www.javacodegeeks.com/2014/05/three-state-booleans-in-java.html
java中布尔值做比较