我正在玩Java8中的新lambda特性,发现Java8提供的实践确实很有用。然而,我想知道有没有一个好的方法来解决下面的场景。假设您有一个对象池包装器,它需要某种工厂来填充对象池,例如(使用java.lang.functions.factory
):
public class JdbcConnectionPool extends ObjectPool<Connection> {
public ConnectionPool(int maxConnections, String url) {
super(new Factory<Connection>() {
@Override
public Connection make() {
try {
return DriverManager.getConnection(url);
} catch ( SQLException ex ) {
throw new RuntimeException(ex);
}
}
}, maxConnections);
}
}
将函数接口转换成lambda表达式后,上面的代码变成了这样:
public class JdbcConnectionPool extends ObjectPool<Connection> {
public ConnectionPool(int maxConnections, String url) {
super(() -> {
try {
return DriverManager.getConnection(url);
} catch ( SQLException ex ) {
throw new RuntimeException(ex);
}
}, maxConnections);
}
}
IOUT
和IUnsafeout
都应该在迁移到Java 8期间删除,但是IUnsafeout
没有完全匹配。如果lambda表达式可以像未检查一样处理检查过的异常,那么可以在上面的构造函数中简单地使用如下所示:
super(() -> DriverManager.getConnection(url), maxConnections);
看起来干净多了。我看到我可以重写objectpool
超级类来接受我们的IUnsafeout
,但据我所知,Java8还没有完成,所以会不会有一些更改,比如:
IUNSafeout
的内容?(老实说,我认为这是肮脏的--主体必须选择接受什么:工厂
或不能具有兼容方法签名的“不安全工厂”)IUnsafeout
代理?(为什么不呢?例如,另一个重要的变化:我使用的OpenJDK,javac
现在不需要将变量和参数声明为final
以便在匿名类[functional interface]或lambda表达式中捕获)所以问题通常是:是否有一种方法可以绕过lambdas中的检查异常,或者是在Java8最终发布之前计划的?
更新1
嗯,就我目前所知,目前似乎还没有办法,尽管参考的文章是2010年的:Brian Goetz解释Java中的异常透明度(exception transparency in Java)。如果在Java8中没有什么变化,这可以被认为是一个答案。Brian还说,接口exceptionalcallable
(我提到的iunsafeout
)是没有用的,我同意他的观点。
我不确定我是否真的回答了你的问题,但你就不能简单地用这样的东西吗?
public final class SupplierUtils {
private SupplierUtils() {
}
public static <T> Supplier<T> wrap(Callable<T> callable) {
return () -> {
try {
return callable.call();
}
catch (RuntimeException e) {
throw e;
}
catch (Exception e) {
throw new RuntimeException(e);
}
};
}
}
public class JdbcConnectionPool extends ObjectPool<Connection> {
public JdbcConnectionPool(int maxConnections, String url) {
super(SupplierUtils.wrap(() -> DriverManager.getConnection(url)), maxConnections);
}
}
问题内容: 我正在使用Java 8的新lambda功能,发现Java 8提供的实践确实很有用。但是,我想知道是否有一种 很好的 方法来解决以下情况。假设您有一个对象池包装器,需要某种工厂来填充对象池,例如(使用): 将功能接口转换为lambda表达式后,上面的代码变为: 确实还算不错,但是检查的异常需要在lambda内部加上/ 块。在我公司,我们长时间使用两个接口: 相当于; 还有一个特殊的接口,
这两种扫描仪都可以正常工作 但为什么这会显示缓冲读取器中的编译错误呢 如果发生任何错误,它应该显示在运行时,但为什么必须显式地告诉编译器,在BufferedReader的情况下,而不是在Scanner的情况下
我升级到Java 8,并试图用一个新的lamdba表达式替换通过映射的简单迭代。循环搜索空值,如果找到,则抛出异常。旧的Java 7代码如下所示: 我尝试将其转换为Java 8,如下所示: 有人能解释为什么这里不允许语句以及如何纠正这一点吗? Eclipse的快速修复建议在我看来不太对劲......它只是用块包围语句:
如果我像下面这样使用,考虑到我不需要接受参数,它不会检测到日食中的 Scala。 它可以与
和标题差不多。我在请求正文中有一个可选对象。但是,如果给定了该对象,则它必须包含几个子属性。 我的OpenAPI组件配置如下所示: 我正在使用express openapi validator来验证这一点。现在,我不明白这是否是express openapi validator包的问题,但可选字段(partner)的必填字段(名称、电话)从未验证过。我可以只提供合作伙伴:{},然后直接插入,或者甚