MVC 코드의 프록시 객체 참조

Question

MVC로 모범 사례를 알아 냈으니 이제 분노로 사용하는 프로젝트가 있습니다.

내 질문입니다.

IEnumerable에 바인딩 된 목록보기를 만드는 것이이 나쁜 습관입니까?

WCF 서비스 참조에서 생성 된 코드를 본질적으로 동일한 데이터를 보유하지만 서비스에서 추상화하는 데이터 구조로 분리하는 것이 더 낫습니다. UI가 그 아래의 서비스 구현을 전혀 알지 못함을 의미합니다.

사람들이 프록시 개체 유형에 바인딩하고 완료 했습니까?

내 개인적인 느낌은 모델을 만들고 컬렉션을 배치하고 모델의 UI 코드에서 컬렉션을 참조하여 추상화를 만드는 것입니다.

그러나 이것은 프록시와 관련하여 DRY 원칙을 위반하는 것으로 보입니다.

Answer 1

글쎄, 모범 사례는 모델에서 채워지는보기 모델을 사용하는 것입니다. 뷰는 서비스에서 반환하는 모든 속성을 표시하지만 다른 뷰는 해당 속성의 하위 집합 만 표시 할 수 있기 때문에 대부분 동일 할 수 있습니다. 그렇기 때문에 뷰 모델을 갖는 것이 좋은 습관으로 간주됩니다. 이 뷰 모델에는 뷰와 관련된 일부 계산 된 속성도 포함될 수 있습니다. 해당 개체 간의 매핑을 더욱 단순화하려면 AutoMapper을 사용할 수 있습니다. nice article도 있습니다. 뷰 모델의 개념을 설명 할 수 있습니다.