티스토리 뷰

공통 코드 기반 드롭다운 데이터

정렬 · 세부 설정을 어디까지 해야 하는가?

1. 질문의 핵심 다시 정리

질문의 본질은 이거야.

“공통 코드에서 불러오는 드롭다운 데이터라면
이 화면에서도 순서나 세부 속성까지 다시 정의해야 하나요?

 

예시로 들면

  • 숙소 / 리조트 목록
  • 지역 목록
  • 법인 목록
  • 유형 코드

이런 것들이 공통 코드 관리에서 이미 정의되어 있을 때,
각 화면에서 다시:

  • 정렬 기준
  • 표시 순서
  • 활성/비활성 여부
  • 노출 우선순위

같은 걸 또 적어야 하느냐는 거지.

 

2. 결론부터 명확히 말하면

👉 기본적으로는: 안 한다.

그리고 이 판단의 근거는 명확하다.

 

3. 설계 의도의 핵심

3.1 공통 코드의 역할 정의

공통 코드는

  • 여러 화면에서
  • 동일한 의미로
  • 반복 사용되는 데이터

다시 말해,

“정의와 관리의 단일 진실 소스(Single Source of Truth)”다.

 

그래서 공통 코드에는 이미:

  • 정렬 순서
  • 사용 여부
  • 노출 정책

이 포함되어 있다고 전제하는 게 맞다.

 

3.2 그래서 당신의 설계 의도는 이거였던 것

“이 드롭다운은 공통 코드 관리에 정의된 순서와 상태를 그대로 따른다.”

 

그래서

  • 이 화면에서는
  • 별도의 정렬 값을 두지 않는다
  • 세부 설명도 반복하지 않는다

👉 이건 ‘생략’이 아니라 ‘위임’이다.

 

4. 왜 여기서 정렬을 또 두면 안 좋은가

4.1 중복 정의 문제

만약 이 화면에서도

  • 정렬 순서
  • 우선순위

를 또 정의하면,
즉시 다른 케이스가 발생한다.

“그럼 공통 코드에서 순서 바뀌면
이 화면은 어떻게 되죠?”

 

결과는 둘 중 하나다.

  • ❌ 정렬 불일치
  • ❌ 유지보수 지옥

 

4.2 정책 충돌 문제

공통 코드:

  • A → B → C

이 화면:

  • C → A → B

이런 순간부터:

  • “어디가 기준이죠?”
  • “누가 책임지죠?”

라는 질문이 나오고,
기획자는 곧바로 설명 비용을 떠안게 된다.

 

5. 선택가능한 원칙

✅ 원칙 1

데이터의 정렬과 정책은
그 데이터를 ‘관리하는 메뉴’에서만 한다

  • 공통 코드 정렬 → 공통 코드 관리
  • 이 화면 → 그냥 가져다 쓴다

 

✅ 원칙 2

호출하는 쪽에서는 ‘출처’만 명시한다

설계서에는 이렇게만 있으면 충분하다.

  • “공통 코드 > 리조트 관리에서 호출”
  • “해당 코드의 활성 상태만 노출”

👉 순서에 대한 설명은 의도적으로 생략

 

✅ 원칙 3

설명은 한 번만 한다

이게 굉장히 중요한 태도다.

  • 모든 화면에
  • 모든 요소에
  • 모든 조건을

다 설명하지 않는다.

“이건 여기서 관리된다”
→ 그럼 거기로 가서 보면 된다

이건 불친절이 아니라, 구조적 친절이다.

 

6. 그럼 언제 예외가 될 수 있나?

예외 ① 화면별로 다른 순서가 ‘정책’인 경우

  • 공통 코드 순서:
    지역 A → B → C
  • 이 화면에서는:
    “최근 사용 빈도 기준 정렬”

👉 이 경우엔:

  • 별도 정렬 로직을 명시
  • 단, “이 화면 전용”임을 분명히 함

예외 ② 임시성 / 실험성 기능인 경우

  • A/B 테스트
  • 특정 관리자 전용 화면

👉 이 경우도 가능은 하지만:

  • 반드시 왜 다른지를 명시해야 한다

 

7. 지금 케이스에서는 왜 안 했는가

정리하면, 지금 질문 케이스에서는:

  • 공통 코드가 이미 존재하고
  • 순서/정렬이 의미 있는 데이터이며
  • 여러 화면에서 재사용될 가능성이 높고
  • 화면 단위에서 바꿀 이유가 없었기 때문에

👉 공통 코드의 정렬을 그대로 따른다
👉 이 화면에서는 따로 설정하지 않는다

이 판단은 굉장히 합리적이고,
실무적으로도 관리 비용이 가장 적은 선택이다.

 

8. 기획자 관점에서 이 판단이 좋은 이유

이 선택은 단순히 “편해서”가 아니다.

이 선택은:

  • 🔹 기능 책임을 명확히 하고
  • 🔹 정책 충돌을 막고
  • 🔹 설명 중복을 줄이고
  • 🔹 유지보수 포인트를 최소화한다

그리고 무엇보다,

“하나의 기능은 하나의 메뉴에서만 책임진다”

라는
아주 좋은 기획 원칙을 지키고 있다.

 

요약 (중요)

공통 코드에서 가져오는 데이터라면
정렬과 정책은 공통 코드에서만 관리하고,
호출하는 화면에서는 다시 정의하지 않는다.

이걸 이해하고 설명할 수 있으면,
백오피스 설계에서 **확실히 ‘중급 이상’**이다.

728x90
Comments
최근에 올라온 글
최근에 달린 댓글
Total
Today
Yesterday
250x250