2011-12-16 5 views
0

서비스 지향 어셈블리를 통해 데이터 개체를 노출하고 있습니다 (향후 사용법이 WCF 서비스가 될 수 있음).데이터 개체에서 경고 표시

데이터 개체는 트리 디자인이며 속성 할당으로 구성됩니다. 이제 데이터 흐름 경고를 공개하고 고려해야 할 사항을 수행하는 가장 좋은 방법이 궁금합니다. (1) 분리 (2) 액세스의 용이성. 한편으로는 UI 팀이 필드 이름을 외부 소스에 매핑하지 않고 경고 필드 (또는 오류)에 액세스 할 수있게하고 싶지만 다른 한편으로는 경고를 "정지"하고 싶지는 않습니다. 객체 자체 (올바른 디자인으로 보지 못함).

각 필드에 대해 새로운 유형의 래퍼를 만들면 이벤트가 노출 될 것이므로 걱정할 대상을 등록해야합니다 (그러나 완전히 확실하지 않음). 나는 당신의 생각을 듣게되어 기쁩니다. .

대단히 감사합니다!

+0

제안 된 디자인을 보여주고 특정 질문을하는 것이 가장 좋습니다. 여기에 몇 가지 옵션을 언급했는데 모두 여전히 매우 추상적입니다. – Yuck

+0

IDataErrorInfo와 같은 기존의 것을 고려 했습니까? –

+0

안녕하세요 마크, 감사합니다, IDataErrorInfo 그것은 동일한 클래스에있는 데이터와 오류를 유지하기 때문에 내가 언급 한 분리 문제를 해결하지 않습니다. 다른 건 없니? –

답변

0

IDataErrorInfo (질문에 대한 주석)은 인터페이스입니다. 으로 할 수 있습니다. 다른 말로하면 시작하는 것이 좋은 장소 인 것처럼 들리는 개념입니다.

IDataErrorInfo의 속성은 단순히 field : errorMessage 쌍이 포함 된 사전 형 구조/객체에 대한 접근 자일 수 있습니다. 사전에는 필드 이름이 문자열로 포함되어 있습니다. 실제 데이터 객체에 대한 참조는 전혀 없습니다.

각 수준에서 IDataErrorInfo으로 구현 된 데이터 개체 계층 구조를 미러링하면 DataError 개체를 볼 수 있습니다. 이 공통 인터페이스가 주어지면 임의의 데이터 레벨에 대한 오류 메시지 세트를 반복적으로 드릴 다운 할 수 있습니다.