나는 세 가지 자바 구성 요소를 가지고 있습니다 - ComponentA,
ComponentB,
ComponentC
. 이 구성 요소를 조율하고 싶습니다. 이들 컴포넌트를 실행하는 동안 (예를 들어, 순서대로) 다수의 조합이있을 수있다. ComponentA,
->ComponentB,
->ComponentC
또는 ComponentA,
->ComponentC
어떤 패턴이 가장 적합할까요? 모든 구성 요소에는 고유 한 기능이 있으며 서로 의존하지 않습니다. 나는 중재자 자바 패턴을보고 있지만이 경우에 잘 맞는지 확실하지 않습니다.오케스트레이션을위한 디자인 패턴
2
A
답변
1
아마도 Chain of responsibility 패턴이이 시나리오에 적합 할 수 있습니다.
0
구성 요소 및 특정 Data_flow에서 복잡한 개체를 다루는 경우 Pipeline_software의 논리 모델을 구현할 수 있습니다. 그것은 당신에게 당신의 프로세스를 잘 제어 할 것입니다. 더 구체적으로하기 위해 나는 Pipes & filters을 추천 할 수 있습니다 (MSDN에서 가져 왔지만 여전히 디자인을 사용할 수 있습니다).
- 건배
0
내가
orchestra-tor -> component1 -> returns to orchestra-tor
orchestra-tor -> component2 -> returns to orchestra-tor
orchestra-tor -> component3 -> returns to orchestra-tor
아래에이 방법을 추천 할 것입니다, 당신은 구성 요소를 건너 뛰거나 BTW 구성 요소 나중에 비즈니스 로직을 소개하도록 선택할 수 있습니다
관련 문제
- 1. 디자인 패턴 - 전략 패턴
- 2. 전략 디자인 패턴 대 상태 디자인 패턴
- 3. 디자인 패턴 :
- 4. 디자인 패턴
- 5. 디자인 패턴
- 6. 디자인 패턴
- 7. 디자인 패턴 :
- 8. 디자인 패턴
- 9. 디자인 패턴
- 10. 레일 오케스트레이션을위한 오이 테스트 3
- 11. 리포지토리 디자인 패턴 및 데코레이터 디자인 패턴 사용
- 12. FTP 디자인 패턴
- 13. 게임용 스크립팅 디자인 패턴
- 14. WebService 클라이언트의 패턴 디자인
- 15. 옵저버 디자인 패턴 질문
- 16. TweenLite 디자인 패턴
- 17. 복합 패턴 디자인 질문
- 18. DataGridView의 CellPaiting 디자인 패턴
- 19. 비트 마스크 디자인 패턴
- 20. 전략 디자인 패턴
- 21. "저장"을위한 디자인 패턴
- 22. 옵션 기능을위한 디자인 패턴?
- 23. 트랜잭션 디자인 패턴
- 24. Delphi 2009의 디자인 패턴
- 25. OCaml의 방문객 디자인 패턴
- 26. Zend_Form와 OOP 디자인 패턴
- 27. 회계 소프트웨어 디자인 패턴
- 28. MVVM 디자인 패턴
- 29. 어떤 디자인 패턴/RTTI
- 30. 실내 장식 디자인 패턴