코틀린 디자인 패턴 시리즈 (3) – Abstract Factory 패턴은 언제 필요할까
코틀린에서 Abstract Factory 패턴은 객체를 많이 만드는 기술보다 서로 관련된 제품군을 일관되게 생성하는 구조에 가깝습니다. 이 글에서는 Factory Method와의 차이, 유용한 경우, 과한 경우를 쉬운 예제로 정리합니다.
-
-
인터페이스는 왜 필요할까: 구현 분리보다 더 중요한 설계상의 이점 정리
인터페이스는 왜 필요할까를 구현 분리 한 줄로만 설명하면 설계의 핵심을 놓치기 쉽습니다. 이 글에서는 역할 분리, 변경 비용, 테스트 가능성, 협업 경계 관점에서 인터페이스의 진짜 가치를 쉽게 정리합니다.
-
추상 클래스와 인터페이스 차이: 자바와 객체지향 설계 관점에서 언제 무엇을 써야 할까
추상 클래스와 인터페이스 차이를 자바 문법 비교표로만 외우면 실무에서 자주 헷갈립니다. 이 글에서는 공통 상태, 계약, 다중 타입, 변경 비용 관점에서 언제 무엇을 쓰면 좋은지 쉽게 정리합니다.
-
코틀린 디자인 패턴 시리즈 (2) – Factory Method 패턴으로 생성 책임 나누기
Factory Method 패턴을 코틀린 예제로 쉽게 풀어 설명합니다. 생성 책임을 왜 나눠야 하는지, companion object나 factory function과는 언제 다르게 봐야 하는지 함께 정리합니다.
-
객체는 데이터를 담는 상자가 아니다: 상태와 행위를 함께 봐야 설계가 쉬워지는 이유
객체를 단순 데이터 통으로만 보면 왜 서비스에 로직이 몰리고 설계가 어려워지는지, DTO와 도메인 객체 차이와 함께 쉽게 정리합니다.
-
객체지향에서 책임을 잘 나누는 기준: 메서드를 어디에 둬야 할지 헷갈릴 때 보는 원칙
객체지향에서 메서드를 어디에 둬야 할지 헷갈릴 때, 서비스에 몰린 로직과 빈약한 도메인 객체 문제를 책임 배치 기준으로 쉽게 정리합니다.
