DTO와 Entity 차이: 왜 같은 데이터처럼 보여도 역할은 달라야 할까
DTO와 Entity 차이를 쉽게 설명합니다. 필드가 비슷해 보여도 DTO는 데이터 전달 계약에 가깝고, Entity는 식별자와 상태, 규칙을 가진 객체에 가깝습니다. VO와 API 응답 모델까지 연결해 실무 판단 기준으로 정리합니다.
DTO와 Entity 차이를 쉽게 설명합니다. 필드가 비슷해 보여도 DTO는 데이터 전달 계약에 가깝고, Entity는 식별자와 상태, 규칙을 가진 객체에 가깝습니다. VO와 API 응답 모델까지 연결해 실무 판단 기준으로 정리합니다.
Application Service와 Domain Service 차이를 쉽게 설명합니다. 하나는 유스케이스 흐름을 조정하고, 다른 하나는 도메인 규칙을 표현합니다. 엔티티 메서드와의 경계까지 정리합니다.
도메인 서비스가 언제 필요한지 쉽게 설명합니다. 엔티티 메서드에 넣기 애매한 로직이 있을 때, 애플리케이션 서비스와 무엇이 다르고 어떤 책임을 가져야 하는지 설계 기준으로 정리합니다.
트랜잭션 스크립트와 도메인 모델은 무엇이 다르고, CRUD가 많은 서비스는 어디까지 단순하게 가도 되는지 설명합니다. Fowler의 패턴 정의를 바탕으로 과설계와 빈혈 도메인 모델 사이의 현실적인 판단 기준을 정리합니다.
안드로이드 UDF는 패턴 이름보다 상태 변경 경로를 통제하는 감각으로 이해하는 편이 훨씬 실용적입니다. 이 글에서는 MVVM 안에서 UDF를 어떻게 적용하면 좋은지, StateFlow와 SharedFlow를 어떤 역할로 나누면 좋은지, 그리고 어디서부터 구조가 과해지는지까지 실무 기준으로 정리합니다.
안드로이드 ViewModel에 모든 상태를 넣어야 하는 것은 아닙니다. UI 상태와 비즈니스 상태를 나누고, input state, loading state, domain state, one-time event를 어디에 두면 좋은지 실무 기준으로 정리합니다.