Files
llm-wiki/raw/blog-topics/boundary-validation-mapper-responsibility-map-2026-07-02.md
T

4.5 KiB

title, source_type, status, related_branches, related_projects, tags, created, status_label, target_audience, inspiration_url, archive_url
title source_type status related_branches related_projects tags created status_label target_audience inspiration_url archive_url
blog-topic / boundary-validation-mapper-responsibility-map blog-topic raw
feature-boundary-validation-mapping-contract
ca-tmpl
blog-topic
ca-tmpl
validation
mapper
bean-validation
partial-update
anti-corruption-layer
2026-07-02 ready-for-canonical backend-engineer

blog-topic: boundary-validation-mapper-responsibility-map

Layer: raw/blog-topics/ — 채용공고가 아닌 작업·학습·트러블슈팅에서 나온 블로그 글감 원석. 다듬어진 블로그 초안은 canonical (wiki/concepts/ 또는 wiki/projects/) 정제 후 /blogify 또는 수동 작성으로 wiki/blog/에 별도 작성한다.

Parent / 부모

트리거 / Trigger

글감 / Topic seed

  • 한 문장 요지: 입력 syntax, application policy, domain invariant, persistence integrity, mapper normalization 책임을 한 계층에 몰아넣지 않고 경계별로 나눈 이유를 정리한다.
  • 예상 제목 후보:
    • Clean Architecture에서 validation과 mapper 책임을 나누는 법
    • DTO mapper를 단순 변환기가 아니라 경계 정책으로 본 이유

핵심 주장 후보 / Claim candidates

Outline seed

  1. validation이라는 단어가 너무 넓다 — syntax, policy, invariant, persistence integrity는 실패 위치와 책임자가 다르다.
  2. mapper는 단순 변환기만은 아니다 — 외부 DTO와 내부 domain 사이에서 normalization과 public-field 정책을 고정한다.
  3. ArchUnit rule은 boundary drift를 데이터로 만든다 — 계층 의도를 빌드 실패 조건으로 바꾸는 것이 핵심이다.

Canonical 전환 후보 / Canonical extraction candidates

  • wiki/projects/ca-tmpl/boundary-validation-mapping.md 후보:
    • ca-tmpl에서 B1-B8로 검증/매핑 책임을 분리한 프로젝트 결정과 검증 등급.
  • wiki/concepts/boundary-validation-and-dto-mapping.md 후보:
    • Bean Validation, partial update, anti-corruption mapper 책임 분리 일반 개념.
  • 필요한 추가 검증:
    • B1-B8 항목의 실제 구현/테스트 상태와 locally-verified 범위 확인.

Sources / 근거 후보

미해결 / Unknown

  • 아직 확인해야 할 사실: B1-B8 각각의 구현 파일/테스트 anchor.
  • 과장하면 안 되는 부분: 모든 validation 책임을 이 구조 하나로 해결한다고 쓰면 안 된다. ca-tmpl의 경계 분리 결정과 검증된 범위로 제한한다.
  • 블로그로 쓰기 전에 필요한 canonical 정제: project 문서의 verified 항목과 concept 문서의 일반 개념을 분리.

Decision / 처리 결정

  • 액션: promote-to-canonical
  • 이유: wiki/projects/ca-tmpl/boundary-validation-mapping.md 에 boundary/mapper 책임 분리 글감으로 반영했다.
  • 다음 단계: source canonical이 verified 상태이므로 이후 blogify 대상으로 삼을 수 있다. 단 ca-tmpl 내부 taxonomy와 일반 표준을 혼동하지 않는다.