비싼 적응력을위한 IAdapterFactory?

Question

우리의 RCP 응용 프로그램에서 우리는 C을 필요로하고 A 및 B에서 거기에 도착하려면 IAdapterFactory을 사용합니다. 문제는 A->C이 빠르지 만 B->C은 훨씬 느립니다 (예 : 데이터베이스 또는 파일 시스템 조회) UI 작업에서 수행해야한다는 것입니다.

우리는 프록시 또는 UI 작업의 실제 C에 대한 서비스을 (를) CProxy 또는 LightweightC를 사용하여 요청에 대해 생각하지만, 뷰가 그들이 할 수있는 것을 알고해야합니다 때문에이 어댑터의 의도 된 목적을 나누기처럼이 솔루션은 느낌 어댑터 팩토리를 통해 C에 직접 액세스하지 마십시오.

이 경우 모범 사례가 있습니까? 아니면 가끔 비싼 전환이 필요하다는 사실을 이해해야합니다.

Answer 1

값 비싼 작업을 위해 어댑터를 사용하지 않겠습니다. 이 시나리오에서는 A 또는 B를 적응 된 객체 (예 : SelectionService를 통해)를 시각화하고 대상 뷰에서 실행중인 작업을 시각화해야하는보기로 전달합니다. 종종 C를 시각화 할 뷰의 오른쪽 상단 코너에 진행 모니터가 있습니다 (UUI가 아닌 작업으로) 적응 작업을 예약하고 C를 시각화하는 것이 장점입니다. UI가 차단되지 않으면 Platform.getAdapterManager(). getAdapter (...)를 통해이 작업에서 어댑터를 호출 할 수 있다는 이점이 있습니다. 사용자 IMHO에게는 가장 투명한 방식입니다.