Kotlin context parameters는 무엇을 바꾸려는 걸까: receiver와 DI 사이에서 이해하기
Kotlin context parameters가 무엇을 바꾸려는 기능인지 receiver, extension function, DI, DSL 관점으로 설명합니다.
-
-
코틀린 디자인 패턴 (15) – Interpreter 패턴은 어디까지 써야 할까
코틀린 Interpreter 패턴을 간단한 규칙 언어와 표현식 해석 관점에서 설명합니다. AST 구조, evaluate 흐름, 언제는 유용하고 언제는 과한지 Kotlin 예제로 정리합니다.
-
코틀린 디자인 패턴 (4) – Builder 패턴과 named argument는 어떻게 다를까
코틀린에서는 named argument와 default parameter 덕분에 Builder가 덜 자주 필요합니다. 하지만 단계적 조립, 검증, 중첩 구조, Java 호환성까지 고려하면 Builder와 DSL 스타일이 여전히 유효한 순간이 있습니다.
