안드로이드 Repository 패턴은 왜 필요할까: ViewModel에서 데이터 소스를 숨기는 이유
안드로이드 Repository 패턴을 ViewModel, API, DB, fake repository 테스트 기준으로 설명합니다.
-
-
LLM 서비스 경계는 어디에 둘까: 도메인 로직과 AI 호출 분리
LLM 서비스 경계를 설계하는 방법을 설명합니다. 도메인 로직과 AI 호출을 분리하고, 검증, 정책, 테스트 책임을 나눠 기존 서비스에 안전하게 붙이는 기준을 정리합니다.
-
불변 객체는 왜 중요할까: 상태를 못 바꾸게 하는 설계가 더 쉬운 이유
불변 객체는 setter를 없애는 문법 취향이 아니라 상태 변경 지점을 줄여 코드를 더 예측 가능하게 만드는 설계입니다. 캡슐화와 테스트 관점에서 정리합니다.
-
의존성 주입과 서비스 로케이터 차이: 둘 다 객체를 꺼내 쓰는데 왜 평가가 다를까
의존성 주입과 서비스 로케이터 차이를 쉽게 설명합니다. 둘 다 직접 new를 줄일 수 있지만, DI는 의존성을 외부에서 드러내고 서비스 로케이터는 객체가 직접 조회한다는 차이가 있습니다. 테스트성과 숨은 의존성 관점까지 함께 정리합니다.
-
의존성 주입(DI): 생성과 연결 분리하기
의존성 주입을 프레임워크 기능으로만 배우면 DI, DI 컨테이너, 서비스 로케이터가 쉽게 섞입니다. 이 글에서는 객체 생성과 의존성 전달을 분리하는 관점으로 DI의 핵심, 테스트 이점, 과설계 경계까지 실무적으로 정리합니다.
-
코틀린 클린코드(9) – 테스트하기 좋은 코틀린 클래스 설계: 상태와 책임을 나누는 기준
1편에서는 코틀린 클린코드의 기준을 잡았습니다. 2편에서는 이름 짓기를, 3편에서는 함수…
