mvvm 모델, 뷰모델 분리 기준

안낭하세요.

wpf mvvm toolkit 으로 개발 중입니다.

그런데 어느정도 만들고 보니

디비 엔티티 관련 등 몇몇만 모델로 빼고

뷰모델에 전부 넣어 버렸네요.

뭐에서 생각이 꼬여 버렸는지…

뷰모델은 OnPropertyChanged들어간 거 클릭연동
붑뷰 모델은 말그대로 데이터 모델

그전까지 그래도 약간 만족 했는데

그래서 뷰모델이 비대해졌습니다.

저 같이 잘못 생각해서 다시 해보신분 계신가요?

공감좀 해주세요.

모델 뷰모델 나누는 기준설명 부탁드립니다.

2개의 좋아요

간단하고, 명확하게!
뷰모델은 오로지 뷰의 행동 관점에서 뷰에 관련된 비즈니스 로직만 담당하고
모델은 데이터 처리 등 뷰 관련 외 논리적인 비즈니스 로직을 담당한다고 생각 하시면 됩니다.

모델을 세부적으로 다시 나누는 것이 관점지향 으로 레이어 패턴 형식의
서비스 / 리파지토리 / 데이터 등으로 나누어 관리 합니다.

9개의 좋아요