MVP, WinForms - 비 대한 뷰, 발표자 및 프리젠 테이션 모델을 피하는 방법

Question

winforms에서 MVP 패턴을 구현할 때 너무 많은 속성, setter 및 getter가있는 부 풀린 뷰 인터페이스를 자주 발견합니다. 뷰에서 노출 된 사용 가능하고 가시적 인 특성을 모두 갖는 3 개의 버튼 및 7 개의 텍스트 상자가있는보기가있는 쉬운 예입니다. 이것에 대한 검증 결과를 추가하면 40ish 속성을 가진 인터페이스로 쉽게 끝날 수 있습니다. 프레젠테이션 모델을 사용하면 같은 수의 속성을 가진 모델도있을 수 있습니다.

모든 값을 앞뒤로 전달하는 비 대한 발표자 로직을 사용하지 않고도 뷰와 프리젠 테이션 모델을 쉽게 동기화 할 수 있습니까? (해당 80ish 라인 발표자 코드를 사용하여 모델을 모의하는 발표자 테스트를 상상해보십시오. 코드를 보면 160cm 줄의 코드가 전송됩니다.) winforms 데이터 바인딩을 사용하지 않고도이를 처리 할 수있는 프레임 워크가 있습니까? (winforms보기와 다른보기를 사용하고 싶을 수도 있습니다. 일부에 따르면이 동기화는 발표자 작업이되어야합니다 ..) AutoMapper를 사용 하시겠습니까?

어쩌면 잘못된 질문을 메신저하지만

Answer 1

이것은 단지 하나의 생각입니다 ... MVP는 쉽게 여기에 몇 가지 좋은 해결책이없는 비 대한 얻는다 나에게 것, 그리고 어떤 사람들은 그것을 좋아하지 않을 수도 있습니다 어디 알 -가 여기에서 할 수있는 많은 다른 것들입니다.

많은 상용구 코드를 사용하고 있다면 캡슐화하십시오. 다음보기에서

public class UiField<ContentType> 
{ 
    public bool IsEnabled { get; set; } 
    public ContentType Value { get; set; } 
    public bool IsVisible { get; set; } 
} 

:

public interface ISampleView 
{ 
    UiField<bool> IsStaffFullTime { get; set; } 
    UiField<string> StaffName { get; set; } 
    UiField<string> JobTitle { get; set; } 
    UiField<int> StaffAge { get; set; } 
    UiField<IList<string>> Certifications { get; set; } 
} 

다음은 각 필드와 관련된 다양한 속성을 마무리.

덧붙여서, 테스트를 위해 이러한 인터페이스를 손으로 스텁하지 말 것을 제안합니다. 조롱 프레임 워크를 사용하십시오.