Files
document-haness/docs/clean-architecture-backend-template/tech-log-studio/admission-budget-and-backpressure/concept/concept-adapter-outbound-cache-redis-c04.md
T
DongHyeonkaandClaude Fable 5.1 b25357c48a docs(clean-architecture-backend-template): fold analysis into final and re-select one topic
- analysis/·source-index·state.json 을 final/document.md 제2부·제3부로 접었다. SSOT 는 하나다
- 파일럿 — commit-ambiguity-as-a-result 를 새 기준으로 재선별. 후보 14 → 글감 5
  (PROMOTE 5 · MERGE_INTO 3 · KEEP_IN_SSOT 4 · 보류 2). 기록 5건을 다시 썼고 그림 1개를
  techviz 로 만들었다
- 재선별이 잡은 것: 제1부 §6.2·§11.1 이 자기 §13.2 와 어긋나 있었다(레인을 안 돌렸다 vs
  돌렸다) — 정정. 이미 답이 나와 있던 Question 을 HEAD 재실행 질문으로 다시 세웠다.
  Concept 이 인용한 코드가 SSOT 에 없어 뺐다
- candidateScope·sourceRepository 기록. 나머지 43개 주제는 재선별 대기(PENDING 905)

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
2026-09-07 12:39:20 +09:00

2.8 KiB

kind, slug, title, topic, project, status, sourceRevision, rootTreeNode, evidenceCapturedOn, assets, evidence, source, module
kind slug title topic project status sourceRevision rootTreeNode evidenceCapturedOn assets evidence source module
CONCEPT adapter-outbound-cache-redis-c04 대칭 검사기 자신을 검사하는 메타 테스트가 있다 admission-budget-and-backpressure clean-architecture-backend-template 게시 전 21234e38cdb9a926cbc92bb97a2aee2e4a7d2916 concept:adapter-outbound-cache-redis-c04 2026-09-01
key file
adapter-outbound-cache-redis-c04 ../../../final/evidence/rendered/adapter-outbound-cache-redis-c04.svg
key file
adapter-outbound-cache-redis-c04-diagram ../../../final/assets/diagrams/adapter-outbound-cache-redis-c04.svg
../../../final/evidence/raw/adapter-outbound-cache-redis-c04.txt
원본 분석 절은 final/document.md#a10#L245 이다.
adapter-outbound-cache-redis

대칭 검사기 자신을 검사하는 메타 테스트가 있다

ReactiveRedisOperations는 "Mirrors RedisOperations method for method"라고 주장하고 ApiParityTest가 그것을 반사로 강제한다. 그 위에 검사기가 고장 나 항상 통과하는 상태를 잡는 메타 테스트가 하나 더 있다.

본문

ReactiveRedisOperations는 "Mirrors RedisOperations method for method"라고 주장한다. ApiParityTest가 그것을 반사로 강제한다 — PAIRS 맵에 14쌍의 sync/reactive 인터페이스를 놓고 everySyncOperationHasReactiveCounterpart, everyTypedSurfaceIsInParity, theTwoEntryPointsExposeTheSameStructureAccessors, everyReactiveMethodReturnsAPublisher를 돌린다. 두 facade의 접근자 12개는 실제로 동일하다(diff 공백).

검사기에 대한 메타 검사

:::evidence key="adapter-outbound-cache-redis-c04-diagram" alt="두 진입점 인터페이스와 대칭 검사와 메타 테스트가 위에서 아래로 쌓이고 검사 방향 화살표가 아래로 그려진 구조" caption="검사기에 대한 메타 검사" zoom="false" :::

두 가지가 특히 좋다. 첫째, 예외가 이유와 함께 목록에서 빠져 있다 — Pub/Sub은 sync가 핸들러+closeable subscription이고 reactive는 publisher 자신이 전달하며 취소로 구독을 끊으므로 "different shapes on purpose, so mechanical parity would be the wrong check for them". 둘째, theInspectorDetectsADivergentReturnShape라는 검사기에 대한 메타 test가 있다 — 대칭 검사기가 고장 나 항상 통과하는 상태를 잡는다.

ReactiveRedisOperations 참조 위치

:::evidence key="adapter-outbound-cache-redis-c04" alt="코드베이스에서 ReactiveRedisOperations 를 검색한 출력 2줄. 이 기록이 세는 참조가 그 출력에 그대로 보인다." caption="ReactiveRedisOperations 코드베이스 검색 — 2줄 · exit 0" zoom="true" :::