그알것 — 그럼에도 알아야 할 것들
홈질문커뮤니티
로그인
그알것 — 그럼에도 알아야 할 것들

Service

  • 홈
  • 소개
  • 질문
  • 커뮤니티

My

  • 내 워크스페이스
  • 저장한 질문
  • 작성한 답변

Policy

  • 이용약관
  • 개인정보처리방침
  • 문의

© 2026 그알것 · What Still Matters

질문 목록Architecture
Architecture

널 오브젝트 패턴은 무엇이며 언제 사용하나요?

실무3/5
설계5/5
인간4/5
기초2/5

면접관의 질문 의도

장점만 외운 사람과 오류 은닉 리스크까지 같이 보는 사람을 가르는 질문이다. 적용 조건과 비적용 조건을 모두 들고 나오는지가 핵심이다.

큐레이션 답변

학습 자료

널 오브젝트 패턴은 객체가 없는 상황에서 null을 넘기는 대신 같은 인터페이스를 구현한 무동작 객체를 끼워 넣어 호출부 분기를 없애는 기법이다. 호출자는 null 검사 없이 동일하게 메시지를 보내기 때문에 코드 흐름이 단순해진다. 다만 아무 동작도 하지 않는다는 특성상, 빠르게 터져야 할 실패까지 같은 자리에서 가려진다. 그래서 도메인 의미상 '아무것도 하지 않음'이 유효한 자리에만 쓴다.

좋은 답변 구조

  1. 01널 오브젝트 패턴의 정의와 호출부가 단순해지는 핵심 효과를 설명한다
  2. 02전략 객체의 기본 동작처럼 적용이 자연스러운 상황을 예시로 든다
  3. 03실패가 가려질 수 있는 오류 은닉 리스크를 같이 짚는다
  4. 04'아무것도 하지 않음'이 도메인 의미로 유효한지로 적용 기준을 정리한다

자주 실수하는 포인트

모든 null 분기를 일괄로 널 오브젝트로 갈아끼우려 한다
빠르게 터져야 할 실패까지 널 오브젝트가 흡수하게 둔다
널 오브젝트가 표현하는 '없음'의 도메인 의미를 문서로 남기지 않는다

실무 맥락

  • 권한 시스템의 익명 사용자처럼 '없음'이 유효한 도메인 의미를 가지는 상황
  • 전략·콜백 객체가 기본 동작 자리를 비워둬야 하는 협력 구조
  • 옵셔널 의존성이라 일부 환경에서는 호출이 무동작이어도 되는 컴포넌트 조합

본인 경험에 녹이는 힌트

반복되는 null 체크가 호출부를 어지럽혀 패턴을 도입했던 경험이 있다면 그때 어떤 도메인 의미였는지와 연결할 수 있다

실패가 가려져 장애 추적이 늦어진 경험이 있다면 널 오브젝트 자리에 로깅·메트릭을 같이 둔 이유로 풀 수 있다

팀에서 패턴 적용 기준을 두고 의견이 갈렸던 경험이 있다면 본인이 어떤 기준으로 가르자고 했는지를 답에 녹일 수 있다

커뮤니티 인기 답변

전체 0개

아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.

관련 꼬리 질문

Q1Optional과 널 오브젝트는 어떤 기준으로 선택하나요
Q2널 오브젝트 사용 시 모니터링은 어떻게 보완하나요
Q3특수 케이스 객체 패턴과의 차이는 무엇인가요
아직 답을 쓰지 않았어요.
큐레이션 답변과 다른 사람 답변을 보고, 자기 언어로 답을 정리해보면 학습 효과가 가장 큽니다.
목차
  • 01면접관의 질문 의도
  • 02큐레이션 답변
  • 03좋은 답변 구조
  • 04자주 실수하는 포인트
  • 05실무 맥락
  • 06본인 경험에 녹이는 힌트
  • 07커뮤니티 인기 답변준비중
  • 08관련 꼬리 질문