편집 : 내 블로그 에서이 답변을 업데이트했습니다.
http://www.samwheat.com/post/The-function-of-ViewModels-in-MVC-web-development
내 대답은 약간 길지만 뷰 모델을 다른 유형과 일반적으로 사용되는 모델과 비교하여 왜 다른지, 왜 필요한지를 이해하는 것이 중요하다고 생각합니다.
요약 된 질문과 질문에 직접 대답하려면 :
일반적으로 뷰 모델은 뷰를 렌더링하는 데 필요한 모든 속성과 메서드가 포함 된 객체입니다. 뷰 모델 속성은 종종 고객 및 주문과 같은 데이터 객체와 관련이 있으며 사용자 이름, 애플리케이션 이름 등과 같은 페이지 또는 애플리케이션 자체와 관련된 속성도 포함합니다. 뷰 모델은 렌더링 엔진에 전달할 편리한 객체를 제공합니다. html 페이지를 만듭니다. 뷰 모델을 사용하는 많은 이유 중 하나는 뷰 모델이 사용자 입력 처리, 데이터 유효성 검사, 표시 할 데이터 검색 등과 같은 특정 프레젠테이션 작업을 단위로 테스트 할 수있는 방법을 제공하기 때문입니다.
다음은 엔터티 모델 (일명 DTO의 일명 모델), 프레젠테이션 모델 및 뷰 모델을 비교 한 것입니다.
"모델"이라는 데이터 전송 개체
DTO (데이터 전송 개체)는 데이터베이스의 테이블 스키마와 일치하는 속성이있는 클래스입니다. DTO는 데이터 저장소와 데이터를주고받는 데 일반적으로 사용됩니다.
DTO의 특징 :
• 비즈니스 개체 – 정의는 응용 프로그램 데이터에 따라 다릅니다.
• 일반적으로 코드가없는 속성 만 포함합니다.
• 데이터베이스와의 데이터 전송에 주로 사용됩니다.
• 속성은 데이터 저장소의 특정 테이블에있는 필드와 정확히 또는 밀접하게 일치합니다.
데이터베이스 테이블은 일반적으로 정규화되므로 DTO도 일반적으로 정규화됩니다. 따라서 데이터 표시에 제한적으로 사용됩니다. 그러나 특정 간단한 데이터 구조의 경우 종종 잘 수행됩니다.
다음은 DTO의 모습에 대한 두 가지 예입니다.
public class Customer
{
public int ID { get; set; }
public string CustomerName { get; set; }
}
public class Order
{
public int ID { get; set; }
public int CustomerID { get; set; }
public DateTime OrderDate { get; set; }
public Decimal OrderAmount { get; set; }
}
프리젠 테이션 모델
프리젠 테이션 모델은 화면이나 보고서에서 데이터를 렌더링하는 데 사용되는 유틸리티 클래스입니다. 프리젠 테이션 모델은 일반적으로 여러 DTO의 데이터로 구성된 복잡한 데이터 구조를 모델링하는 데 사용됩니다. 프리젠 테이션 모델은 종종 비정규 화 된 데이터 뷰를 나타냅니다.
프리젠 테이션 모델의 특징 :
• 비즈니스 개체 – 정의는 응용 프로그램 데이터에 따라 다릅니다.
• 대부분 속성을 포함합니다. 코드는 일반적으로 데이터 형식을 지정하거나 DTO로 또는 DTO로 변환하는 것으로 제한됩니다. 프리젠 테이션 모델에는 비즈니스 로직이 포함되지 않아야합니다.
• 비정규 화 된 데이터보기를 제공하는 경우가 종종 있습니다. 즉, 종종 여러 DTO의 속성을 결합합니다.
• 종종 DTO와 다른 기본 유형의 속성을 포함합니다. 예를 들어 달러 금액은 문자열로 표시되어 쉼표와 통화 기호를 포함 할 수 있습니다.
• 객체 특성뿐만 아니라 사용 방법에 따라 정의되기도합니다. 다시 말해, 그리드를 렌더링하기위한 백킹 모델로 사용되는 간단한 DTO는 실제로 해당 그리드와 관련된 프레젠테이션 모델이기도합니다.
프리젠 테이션 모델은“필요한”및“필요한 위치”(DTO는 일반적으로 데이터베이스 스키마와 연결되어 있음)로 사용됩니다. 프리젠 테이션 모델은 전체 페이지, 페이지의 그리드 또는 페이지의 그리드 드롭 다운에 대한 데이터를 모델링하는 데 사용될 수 있습니다. 프리젠 테이션 모델에는 종종 다른 프리젠 테이션 모델 인 특성이 포함됩니다. 프리젠 테이션 모델은 종종 특정 그리드를 단일 페이지에 렌더링하는 것과 같은 단일 용도로 구성됩니다.
프레젠테이션 모델의 예 :
public class PresentationOrder
{
public int OrderID { get; set; }
public DateTime OrderDate { get; set; }
public string PrettyDate { get { return OrderDate.ToShortDateString(); } }
public string CustomerName { get; set; }
public Decimal OrderAmount { get; set; }
public string PrettyAmount { get { return string.Format("{0:C}", OrderAmount); } }
}
모델보기
뷰 모델은 뷰를 렌더링하기위한 백킹 클래스라는 점에서 프리젠 테이션 모델과 유사합니다. 그러나 프레젠테이션 모델 또는 DTO와는 구성 방식이 매우 다릅니다. 뷰 모델에는 프레젠테이션 모델 및 DTO와 동일한 속성이 포함되는 경우가 많기 때문에 종종 서로 혼동됩니다.
뷰 모델의 특징 :
• 페이지 또는 화면을 렌더링하는 데 사용되는 단일 데이터 소스입니다. 일반적으로 이것은 뷰 모델이 페이지의 모든 컨트롤이 올바르게 렌더링해야하는 모든 속성을 노출한다는 것을 의미합니다. 뷰 모델을 뷰의 단일 데이터 소스로 만들면 단위 테스트의 기능과 가치가 크게 향상됩니다.
• 응용 프로그램 코드로 사용되는 속성뿐만 아니라 응용 프로그램 데이터로 구성된 속성이 포함 된 복합 개체 입니다. 이 특성은 재사용 성을 위해 뷰 모델을 설계 할 때 중요하며 아래 예에서 설명합니다.
• 응용 프로그램 코드를 포함합니다. 뷰 모델에는 일반적으로 렌더링 중 및 사용자가 페이지와 상호 작용할 때 호출되는 메서드가 포함됩니다. 이 코드는 일반적으로 이벤트 처리, 애니메이션, 컨트롤의 가시성, 스타일 등에 관련됩니다.
• 데이터를 검색하거나 데이터베이스 서버로 전송하기 위해 비즈니스 서비스를 호출하는 코드를 포함합니다. 이 코드는 종종 컨트롤러에 실수로 배치됩니다. 컨트롤러에서 비즈니스 서비스를 호출하면 일반적으로 단위 테스트에 대한 뷰 모델의 유용성이 제한됩니다. 명확히하기 위해 뷰 모델 자체에는 비즈니스 로직이 포함되지 않아야하지만 비즈니스 로직이 포함 된 서비스를 호출해야합니다.
• 종종 다른 페이지 나 화면에 대한 다른 뷰 모델 인 속성이 포함되어 있습니다.
• "페이지 당"또는 "화면 당"으로 작성되었습니다. 고유 한 뷰 모델은 일반적으로 응용 프로그램의 모든 페이지 또는 화면에 대해 작성됩니다.
• 대부분의 페이지와 화면은 공통 속성을 공유하므로 일반적으로 기본 클래스에서 파생됩니다.
모델 구성보기
앞에서 언급 한 것처럼 뷰 모델은 단일 객체에서 응용 프로그램 속성과 비즈니스 데이터 속성을 결합한다는 점에서 복합 객체입니다. 뷰 모델에 사용되는 일반적으로 사용되는 응용 프로그램 속성의 예는 다음과 같습니다.
• 오류 메시지, 사용자 이름, 상태 등과 같은 응용 프로그램 상태를 표시하는 데 사용되는 속성
• 컨트롤의 서식, 표시, 스타일 또는 애니메이션에 사용되는 속성.
• 목록 개체와 같은 데이터 바인딩에 사용되는 속성 및 사용자가 입력 한 중간 데이터를 저장하는 속성.
다음 예는 뷰 모델의 복합 특성이 중요한 이유와 효율적이고 재사용 가능한 뷰 모델을 가장 잘 구성 할 수있는 방법을 보여줍니다.
웹 애플리케이션을 작성한다고 가정하십시오. 응용 프로그램 디자인의 요구 사항 중 하나는 페이지 제목, 사용자 이름 및 응용 프로그램 이름이 모든 페이지에 표시되어야한다는 것입니다. 프리젠 테이션 순서 오브젝트를 표시하기 위해 페이지를 작성하려는 경우 프리젠 테이션 모델을 다음과 같이 수정할 수 있습니다.
public class PresentationOrder
{
public string PageTitle { get; set; }
public string UserName { get; set; }
public string ApplicationName { get; set; }
public int OrderID { get; set; }
public DateTime OrderDate { get; set; }
public string PrettyDate { get { return OrderDate.ToShortDateString(); } }
public string CustomerName { get; set; }
public Decimal OrderAmount { get; set; }
public string PrettyAmount { get { return string.Format("{0:C}", OrderAmount); } }
}
이 디자인은 효과가있을 수 있지만 주문 목록을 표시 할 페이지를 만들려면 어떻게해야합니까? PageTitle, UserName 및 ApplicationName 속성이 반복되어 다루기 어려워집니다. 또한 클래스 생성자에서 일부 페이지 수준 논리를 정의하려면 어떻게해야합니까? 표시 될 모든 주문에 대해 인스턴스를 생성하면 더 이상 그렇게 할 수 없습니다.
상속에 대한 구성
다음은 주문 프리젠 테이션 모델이 실제 뷰 모델이되도록 단일 리팩터링하는 방법이며 단일 PresentationOrder 객체 또는 PresentationOrder 객체 컬렉션을 표시하는 데 유용합니다.
public class PresentationOrderVM
{
// Application properties
public string PageTitle { get; set; }
public string UserName { get; set; }
public string ApplicationName { get; set; }
// Business properties
public PresentationOrder Order { get; set; }
}
public class PresentationOrderVM
{
// Application properties
public string PageTitle { get; set; }
public string UserName { get; set; }
public string ApplicationName { get; set; }
// Business properties
public List<PresentationOrder> Orders { get; set; }
}
위의 두 클래스를 보면 뷰 모델을 생각하는 한 가지 방법은 다른 프리젠 테이션 모델을 속성으로 포함하는 프리젠 테이션 모델이라는 것을 알 수 있습니다. 최상위 프레젠테이션 모델 (예 : 뷰 모델)에는 페이지 또는 응용 프로그램과 관련된 속성이 포함되고 프레젠테이션 모델 (속성)에는 응용 프로그램 데이터와 관련된 속성이 포함됩니다.
디자인을 한 단계 더 발전시켜 PresentationOrders뿐만 아니라 다른 클래스에도 사용할 수있는 기본 뷰 모델 클래스를 만들 수 있습니다.
public class BaseViewModel
{
// Application properties
public string PageTitle { get; set; }
public string UserName { get; set; }
public string ApplicationName { get; set; }
}
이제 PresentationOrderVM을 다음과 같이 단순화 할 수 있습니다.
public class PresentationOrderVM : BaseViewModel
{
// Business properties
public PresentationOrder Order { get; set; }
}
public class PresentationOrderVM : BaseViewModel
{
// Business properties
public List<PresentationOrder> Orders { get; set; }
}
우리는 BaseViewModel을 일반화함으로써 더욱 재사용 가능하게 만들 수 있습니다 :
public class BaseViewModel<T>
{
// Application properties
public string PageTitle { get; set; }
public string UserName { get; set; }
public string ApplicationName { get; set; }
// Business property
public T BusinessObject { get; set; }
}
이제 우리의 구현은 수월합니다 :
public class PresentationOrderVM : BaseViewModel<PresentationOrder>
{
// done!
}
public class PresentationOrderVM : BaseViewModel<List<PresentationOrder>>
{
// done!
}
