중재자 설계 패턴은 언제 사용 하시겠습니까?

Question

제목에 따라 언제 중재자 설계 패턴 그리고 어디에서 잘못 사용 되었습니까?

Answer 1

할 때 중재자를 사용하십시오 객체 통신의 복잡성 시작합니다 객체 재사용 성을 방해합니다. 이러한 유형의 복잡성은 종종 볼 수 있지만 실제로는 어디에나있을 수 있습니다.

중재자의 오용은 중재자 동료 클래스의 인터페이스를 무너 뜨릴 수 있습니다.

패턴을 오용하는 것에 대해 이야기하는 것은 조금 재미있는 것 같습니다. 구현이 패턴을 따르는 경우 패턴을 사용했습니다. 그렇지 않으면, 당신은하지 않았습니다. 다시 말해, 중재자가 다른 일을하고 있다면 아마도 중재자가 아닐 것입니다. 패턴은 그들이하는 일, 실제로 무엇인지 정의합니다. 사물의 이름은 단순히 레이블입니다.

스스로에게 묻는 진정한 질문은 패턴 구현이 디자인에 대한 패턴의 약속을 충족시키는 지 여부입니다. 중재자 패턴은 관리가 불가능해질 때 복잡한 객체 간 통신을 캡슐화하는 것을 목표로합니다. 그것이 이것을 달성하지 못했거나 잘하지 않았다면, 당신은 중재자가 오용되고 있다고 말할 수 있습니다. 어느 시점에서, 그것은 가치 판단이됩니다.

Answer 2

스윙 앱을 다루는 데 사용했습니다.

GUI를 구축 할 때는 서브 클래싱이 필요하기 때문에 서로를 아는 각 컨트롤이 마음에 들지 않습니다.

대신에 나는 리스너와 위젯이 포함 된 주요 객체를 가지고 있으며 다른 컨트롤, 버튼, 텍스트 필드 등을 중재하게합니다.

Answer 3

중재자는 또한 기본적으로 이벤트 펌프의 것입니다. GUI와 게임에서 매우 일반적인 패턴.

또한 나는 매우 다단 시스템과 레거시 프레임 워크를 전달하기 전에 중재자를 사용했습니다.