2006/04/21 22:02 Developer

Composite Entity

종속적인 관계가 있는 peristent객체를 하나의 엔티티빈으로 정의

여러 ROW의 데이터를 나타내며, 필요한 조인 데이터까지 포함

엔티티빈의 개수 및 엔티티빈 간의 커뮤니케이션 회수를 줄이는데 목적이 있습니다.

dependent object는 다른 객체를 dependent object로 가질 수 있습니다.

장점
-. fine grained엔티티빈의 수가 감소되고, 유지보수성이 높아집니다
-. business object간의 분산 호출 감소로 인해 네트워크 부하 및 자원 소모가 줄어듭니다
-. Composite Transfer Object로 사용으로 클라이언트와 분산 호출 회수를 줄입니다
-. business object모델과 클라이언트 간의 결합도를 낮춥니다. Composite Entity의 인터페이스의 변화만 없으면, 다른 depedent object에 해당하는 데이터 스키마가 변경되어도 클라이언트에 영향을 주지 않습니다

단점
-. composite entity를 관리하는데 어렵습니다.

정리
-. composite entity패턴은 business object패턴을 구현하는 방법입니다.
-. business obejct 모델에서 주가되는 객체를 통해서만 서비스를 호출할 수 있는 구조로 만든 것이 composite entity패턴입니다.
-. composite entity를 통해 분산 호출 회수를 줄이고, 클라이언트와 business object 간의 결합도를 줄여서, 각 layer간 변경 영향을 줄이고, 재사용성을 높입니다.
Posted by ologist
 TAG

블로그 이미지
ologist

공지사항

Yesterday191
Today134
Total34,706

달력

 « |  » 2012.02
      1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29      

최근에 받은 트랙백

글 보관함