2012-01-27 3 views

답변

0

물론입니다. 모델은 비즈니스 로직에서 사용하는 데이터를 설명하는 것입니다.

종종 MVVM 모델은 적절한 ViewModel 자체로 캡슐화됩니다. 하나의 ViewModel로 다른 모델을 처리 할 수있는 경우에 대비하여 모델 레이어를 ViewModel에서 분리해야합니다.

+0

-1 : 아니요, 모델은 모든 비즈니스 논리를 포함하는 계층입니다. 모델은 ** 데이터가 아닙니다 ** 데이터입니다. –

+0

@ tereško : 귀하의 의견에 감사드립니다. MVVM 모델에 따라 달라지는 경우도 있습니다. ViewModel은 논리와 모델 모두를 나타냅니다. – sll

+0

"viewmodel"의 해석은 무엇입니까? 원래 패턴은 모델 구현 (생각, 일부 SAP 백엔드 시스템) 또는보기를 제어 할 수없는 경우에 사용되었습니다. 그리고 뷰 모델은 컨트롤러 대신 데이터를 다른 곳으로 변환하는 역할을 담당했습니다. ** 다른 하나는 ASP.NET MVC (mis) 해석으로 [프레젠테이션 객체] (http://martinfowler.com/eaaDev/PresentationModel.html) 컨셉 (Fowler는 " 모델 "이라고 부름)"viewmodel "이라고 불렀습니다. –

1

물론 모델을보기를 렌더링하는 데 사용되는 속성 모음으로 생각할 수 있습니다. 그 이상도 이하도 아닌. 뷰를 렌더링하기 위해 엔티티 콜렉션이 필요한 경우 적절할 것입니다.

0

모든 패턴에서 "모델"은 클래스 또는 개체가 아닙니다. 모델은 (이 특별한 경우에) 구조의 여러 그룹으로 구성된 무형의 구조입니다. 모델의

주요 부분은 다음과 같습니다

  • domain objects

    (또는라는 어떤 장소에서 : 도메인 개체, 모델 객체, 비즈니스 오브젝트)
  • 스토리지 추상화
  • 서비스 ("응용 프로그램 논리"에 대해 - 도메인 객체와 저장소 추상화 간의 상호 작용)

여러 "모델"을 갖는 것은 Rails에서 도입 된 오해입니다 (고속 프로토 타이핑 프레임 워크 k는 루비에 대한), 어떤 단순화를 위해, 그들의 active record 인스턴스를 "모델"이라고 부르고 그 템플리트를 "뷰"라고 부르기로 결정했습니다.