내재적 논리 III.

발행: (2026년 1월 10일 오전 05:18 GMT+9)
3 min read
원문: Dev.to

Source: Dev.to

선언형 vs 명령형, 내재된 논리

제가 계속 되돌아보는 디자인 진리가 있습니다: 형태 자체에 규칙이 담겨 있다.
구조 자체가 어떻게 사용되어야 하는지를 알려줍니다. 이것은 의견이 아니라 결과입니다.

간단한 예시

  • 트리는 부모/자식 관계로 생각하도록 강요합니다.
  • 리스트는 순서로 생각하도록 강요합니다.
  • 그래프는 연결으로 생각하도록 강요합니다.
  • 런타임은 동작과 상태로 생각하도록 강요합니다.

이것은 철학이 아니라 엔지니어링입니다. 모든 구조는 고유한 논리를 가지고 있으며, 자연스럽게 작동하려는 방식을 가지고 있습니다. 이것은 단순한 선호도(예: 탭 vs 스페이스)가 아니라 서로 다른 구조의 고유 논리입니다.

우리는 종종 선언형 코드를 “원하는 것을 기술한다”고 말하지만, 그 정의는 오해를 불러일으킵니다. 선언형은 기술하거나 서술하거나 설명하는 것이 아니라 결과가 데이터에 내재되어 있고, 동작 순서가 아니라 구조에 정의되는 것을 의미합니다.

선언형 시스템에서는:

  • ✅ 데이터가 의도를 담고 있다
  • ✅ 렌더러가 이를 해석한다
  • ✅ 결과가 구조에서 자연스럽게 도출된다

예시

{ type: "Button", props: { children: "OK" } }
Back to Blog

관련 글

더 보기 »

U-그루비

Groovy – 그 기능에 대한 짧은 요약 나는 오랫동안 Jenkins 파이프라인에서 Groovy를 사용해 왔습니다. 이제 나는 더…

🚂 Arrays를 5살 아이에게 설명하기

기차를 상상해 보세요. 번호가 매겨진 객차가 있는 기차: 🚂 Car 0 Car 1 Car 2 Car 3 Car 4 각 객차는 0부터 시작하는 번호를 가지고 있으며, 하나의 항목을 담을 수 있습니다. Arrays ar...

첫 번째 Linked List의 이야기

🙋‍♂️ 안녕하세요. 이 이야기에서는 단순 배열이 제시한 데이터‑structure 문제를 해결하기 위해 linked lists가 처음 사용된 방식을 밝혀볼 것입니다. 시작해봅시다. 서문...