확인 된 예외를 전파 할 사용자 정의 리턴 유형을 작성하십시오. 이는 기능 인터페이스의 메소드에서 "throws exception"을 약간 수정하여 기존 기능 인터페이스를 미러링하는 새 인터페이스를 작성하는 대안입니다.
정의
CheckedValueSupplier
public static interface CheckedValueSupplier<V> {
public V get () throws Exception;
}
CheckedValue
public class CheckedValue<V> {
private final V v;
private final Optional<Exception> opt;
public Value (V v) {
this.v = v;
}
public Value (Exception e) {
this.opt = Optional.of(e);
}
public V get () throws Exception {
if (opt.isPresent()) {
throw opt.get();
}
return v;
}
public Optional<Exception> getException () {
return opt;
}
public static <T> CheckedValue<T> returns (T t) {
return new CheckedValue<T>(t);
}
public static <T> CheckedValue<T> rethrows (Exception e) {
return new CheckedValue<T>(e);
}
public static <V> CheckedValue<V> from (CheckedValueSupplier<V> sup) {
try {
return CheckedValue.returns(sup.get());
} catch (Exception e) {
return Result.rethrows(e);
}
}
public static <V> CheckedValue<V> escalates (CheckedValueSupplier<V> sup) {
try {
return CheckedValue.returns(sup.get());
} catch (Exception e) {
throw new RuntimeException(e);
}
}
}
용법
// Don't use this pattern with FileReader, it's meant to be an
// example. FileReader is a Closeable resource and as such should
// be managed in a try-with-resources block or in another safe
// manner that will make sure it is closed properly.
// This will not compile as the FileReader constructor throws
// an IOException.
Function<String, FileReader> sToFr =
(fn) -> new FileReader(Paths.get(fn).toFile());
// Alternative, this will compile.
Function<String, CheckedValue<FileReader>> sToFr = (fn) -> {
return CheckedValue.from (
() -> new FileReader(Paths.get("/home/" + f).toFile()));
};
// Single record usage
// The call to get() will propagate the checked exception if it exists.
FileReader readMe = pToFr.apply("/home/README").get();
// List of records usage
List<String> paths = ...; //a list of paths to files
Collection<CheckedValue<FileReader>> frs =
paths.stream().map(pToFr).collect(Collectors.toList());
// Find out if creation of a file reader failed.
boolean anyErrors = frs.stream()
.filter(f -> f.getException().isPresent())
.findAny().isPresent();
무슨 일이야?
확인 된 예외를 발생시키는 단일 기능 인터페이스가 작성됩니다 (CheckedValueSupplier ). 이것은 점검 된 예외를 허용하는 유일한 기능 인터페이스입니다. 다른 모든 기능 인터페이스 CheckedValueSupplier는를 사용하여 확인 된 예외를 발생시키는 코드를 래핑합니다.
그만큼 CheckedValue클래스는 확인이 끝난 예외를 throw 어떤 논리를 실행 한 결과를 개최한다. 이렇게하면 코드가 인스턴스에 CheckedValue포함 된 값에 액세스하려고 시도 할 때까지 확인 된 예외가 전파되지 않습니다 .
이 접근법의 문제점.
- 우리는 "예외"를 던져서 원래 던져진 특정 유형을 효과적으로 숨 깁니다.
- 우리
CheckedValue#get()는 호출 될 때까지 예외가 발생했다는 것을 알지 못합니다 .
소비자 외
일부 기능 인터페이스 (Consumer 예 :)는 반환 값을 제공하지 않으므로 다른 방식으로 처리해야합니다.
소비자 대신 기능
한 가지 접근 방식은 스트림을 처리 할 때 적용되는 소비자 대신 함수를 사용하는 것입니다.
List<String> lst = Lists.newArrayList();
// won't compile
lst.stream().forEach(e -> throwyMethod(e));
// compiles
lst.stream()
.map(e -> CheckedValueSupplier.from(
() -> {throwyMethod(e); return e;}))
.filter(v -> v.getException().isPresent()); //this example may not actually run due to lazy stream behavior
차츰 오르다
또는 언제든지로 이관 할 수 있습니다 RuntimeException. 에서 확인 된 예외의 에스컬레이션을 다루는 다른 답변이 있습니다 Consumer.
소비하지 마십시오.
기능적인 인터페이스를 함께 피하고 좋은 for 루프를 사용하십시오.
