스택큐힙리스트

“if‧else 지옥에서 탈출, 확장이 보인다” 왜 Factory Method인가?CLI Todo 앱은 add, list, done처럼 명령(Command) 종류가 계속 늘어납니다. 매번 new AddCommand()를 직접 호출하거나 switch 분기문을 늘리면, 기능 추가 때마다 코드를 열어 수정해야 해 OCP(Open–Closed Principle)를 깨뜨리죠.국내 인기 블로그들도 “팩토리 메서드는 객체 생성 책임을 인터페이스로 감춰 결합도를 확↓, 확장성↑ 한다”고 강조합니다CLI Todo 앱에 적용하기목표: 문자열로 들어온 명령어를 적절한 Command 구현체로 매핑하고, 메인 로직은 인터페이스만 바라보게 한다.// 1️⃣ 공통 인터페이스public interface Command { vo..

“딱 한 번만 만든 뒤, 모두가 함께 쓰자” 왜 싱글턴인가?작고 단순한 CLI Todo 앱도 데이터 저장소‧로그 시스템‧설정 값 같은 공통 객체가 생깁니다. 매번 new를 호출해 중복 인스턴스를 만들면 메모리와 동기화 비용이 눈덩이처럼 불어나죠. 그래서 “전역에서 한 벌만” 쓰도록 보장하는 싱글턴 패턴이 등장했습니다. 실제로 Naver D2의 테스트 아티클도 “글로벌 객체를 싱글턴으로 만들면 목(Mock) 교체가 편하다”는 점을 강조합니다대표 적용부위: TaskRepositoryCLI Todo 앱에서 모든 명령이 접근하는 작업 목록 저장소를 예로 들어봅시다.public class TaskRepository { private static final TaskRepository INSTANCE = new..