모델, 뷰 및 컨트롤러의 중요성을 이해합니다. 그러나 View to Mediator와 Model to Proxy의 전문화는 나를 혼란스럽게합니다. 그들의 단순한 평신도 설명이 중재자와 프록시가하는 것과 정확히 똑같은가요? 왜 그들이 정확히 뷰와 모델로부터 분리되어 있는지 (내 견해로 볼 때 모델은 충분합니다. 그렇다면 더 많은 클래스를 만드는 이유)Model View Controller 패턴에서 Mediator 및 Proxy의 역할은 무엇입니까
감사합니다 V.
중재자 패턴의 본질은 "일련의 객체가 상호 작용합니다. 중재자가 명시 적으로 서로를 참조에서 개체를 유지하여 느슨한 결합을 촉진하는 방법을 캡슐화하는 객체를 정의하는 것입니다, 그리고 당신이 다를 수 있습니다 그들의 상호 작용을 독립적으로. "
Mediator Pattern은 Controller 개체와 Model 개체간에 사용할 수 있습니다. Controller 객체는 View 객체에 대한 인터페이스를 제공하여 Model 객체를 변경합니다. 이러한 요청은 매우 복잡하여 많은 수의 공동 작업 모델 객체를 변경할 수 있습니다. 이 협업 동작은 Controller (실제로 모든 동작 요청을 위임해야 함) 또는 Model 객체 (예 : "fileX93Form"메서드가있는 "Person"클래스)로 효과적으로 분할되지 않을 수 있습니다.
왜 프록시 패턴이 MVC와 관련이 있는지 이해할 수 없습니다.
아마도 계층화 된 아키텍처에서 개체 또는 데이터를 가져 오는 관점에서 프록시가 될 것입니까? –