중재자 디자인 패턴 ~ = 트랜잭션 스크립트?

Question

디자인의 중재자가 많을수록 디자인의 품질이 떨어집니다. Mediators 내부의 절차 스크립트에서는 더 많은 작업이 수행되고 OOP에서는 수행되지 않는다는 것을 의미하기 때문에 어떻게 생각하십니까?

그것은 트랜잭션 스크립트 대 마틴 플라워 (Domain Flower) 책의 도메인 모델 대비를 생각 나게합니다.

저는 4 개의 다른 객체를 연결하여 새 기능을 만드는 Mediator 객체를 작성했습니다. 그러나 나쁜 습관이 아닌지 확실하지 않습니다. "좋아, 물건이 있고, 더 이상 신경 쓸 필요가 없다면 신경 쓰지 마라. 이제는 그들을 Mediator Design Pattern으로 밀어 넣을 것이다. 좋은 이름). 나는 실종 된 모든 것을 쓸 것이다. "

어떻게 생각하십니까?

Answer 1

SOLID 원칙을 살펴보면 중재자가 기본 "단일 책임 원칙"을 위반하는 것이 불편하다고 말한 것 같습니다. 클래스와 중재자 모두 객체에 대한 책임이 있습니다.

아마도 더 자세한 예제가있는 경우 디자인에서 위반 한 특정 원칙을 식별 할 수 있습니다.