스택큐힙리스트

“선택 옵션이 수두룩해도 메서드 체이닝으로 깔끔!”1. 왜 Builder 패턴인가?선택 파라미터 폭발 — 마감일·우선순위·태그·반복 주기… CLI Todo 앱의 Task는 필드가 늘면 생성자 매개변수 순서가 금세 헷갈립니다.점층적 생성자 vs JavaBeans의 한계 — 파라미터 조합별로 생성자를 늘리면 코드 지옥, setter 방식은 객체가 잠시 불완전해져 스레드 안전성이 깨집니다. Joshua Bloch의 Effective Java Item 2에서도 “선택 매개변수가 많을 때는 Builder가 최선”이라 강조하죠.인기 블로그 Inpa Dev 역시 “가독성과 일관성을 동시에 잡는 해법”으로 Builder를 꼽습니다.2. Todo 앱에 적용해 보기// ① 도메인 클래스public class Task { ..

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