코틀린 디자인 패턴 시리즈 (2) – Factory Method 패턴으로 생성 책임 나누기
Factory Method 패턴을 코틀린 예제로 쉽게 풀어 설명합니다. 생성 책임을 왜 나눠야 하는지, companion object나 factory function과는 언제 다르게 봐야 하는지 함께 정리합니다.
-
-
코틀린 object와 companion object 차이: static처럼 쓸 때와 싱글턴처럼 쓸 때
코틀린 object와 companion object 차이를 실무 기준으로 정리합니다. 싱글턴, 상수, 팩토리 메서드, private constructor를 언제 어떻게 써야 하는지 자연스럽게 설명합니다.
-
코틀린 디자인 패턴 시리즈(0) – 왜 아직도 디자인 패턴을 배워야 할까
코틀린은 전통적인 패턴 구현을 더 간결하게 만들 수 있지만 설계 문제 자체를 없애지는 못합니다. 이 글에서는 왜 코틀린 디자인 패턴을 다시 배워야 하는지와 시리즈 전체 지도를 함께 정리합니다.
-
코틀린 클린코드(7) – 컬렉션과 람다: map, filter를 읽기 쉽게 쓰는 기준
p>1편에서는 코틀린 클린코드의 기준을 잡았습니다. 2편에서는 이름 짓기를 다뤘습니다. 3편에서는…
-
코틀린 클린코드 (6) – extension function과 scope function
1편에서는 코틀린 클린코드의 기준을 잡았습니다. 2편에서는 이름 짓기를 다뤘고, 3편에서는…
-
코틀린 클린코드(5) – data class와 sealed class: 모델링을 더 명확하게 만드는 법
1편에서는 코틀린 클린코드의 기준을 잡았습니다. 2편에서는 이름 짓기를 다뤘고, 3편에서는…
