RxDart vs FxDart › #13 · 감사 로그에 값과 실패를 함께

감사 로그에 값과 실패를 함께

FxDart 승

• fx
• map
• partition

요구사항

배포 감사가 key=value 설정 여덟 줄을 파싱하는데, 그중 세 줄은 값을 파싱할 수 없습니다. 리포트에는 양쪽 절반이 모두 필요합니다: 성공적으로 파싱된 각 key = value를 출력한 뒤, 실패 건수를 출력하세요. 줄들은 아래 코드에 있으며, 두 버전 모두 예상 출력 아래에 표시된 출력을 내야 합니다.

timeout = 30
port = 8080
workers = 4
ttl = 300
batch = 25
failures: 3

나란히 보기

차이가 나는 이유

스트림 모델은 에러를 별도의 대역 외 채널로 실어 나릅니다 — 그리고 그 채널은 종결적입니다: FormatException 하나가 구독 전체를 끝내며, 멀쩡한 다섯 줄을 함께 데려가 버립니다. 값과 실패를 모두 지키려면, RxDart 쪽은 모든 줄에 자기만의 내부 스트림을 주고(Rx.fromCallable) 에러가 빠져나가기 전에 데이터로 바꿔야 합니다 — 여기서는 onErrorReturn(null), null이 "이 줄은 실패"를 대신합니다. 이것이 던지는 함수에 대해 이 모델이 허용하는 가장 가벼운 표기이고(더 무거운 materialize 경로는 완전한 알림 객체를 실체화합니다), 오직 모델이 여러분 대신 내린 결정을 되돌리기 위해서만 존재합니다: 에러는 애초에 값이 아니었던 것입니다. (두 패널이 같은 던지는 parse를 공유하는 것은 의도적입니다 — null을 반환하는 파서였다면 두 모델 모두 결과를 평범한 데이터로 유지할 수 있습니다; 던짐이 전제이고, 그에 대해 각자가 무엇을 해야 하는가가 이 비교입니다.)

pull 쪽은 애초에 실패를 채널에 올리지 않습니다. 같은 던짐이 로컬 try/catch 하나 거리에서 다시 평범한 값 — nullable 레코드 — 이 되므로, 요구사항 전체가 map 다음 partition입니다: 한 번의 패스, 두 개의 리스트, 양쪽 절반 모두 똑같이 일급. 이것이 FxDart의 더 넓은 타입 있는 에러 입장의 형태입니다(그 Either 파이프라인은 더 풍부한 에러 타입을 가진 같은 아이디어입니다). 실패가 예외적인 종료가 아니라 리포트의 일부라면, 실패를 데이터로 유지하는 쪽이 이깁니다 — 판정은 FxDart에게 갑니다.