[model-view-controller] 관찰자, 발행 / 구독 및 데이터 바인딩의 차이점

여기에 세 가지가 있습니다.

데이터 바인딩

본질적으로 이것은 핵심에서 “개체 Y의 속성 X 값이 의미 적으로 개체 B의 속성 A 값에 바인딩 됨”을 의미합니다.

관찰자 또는 관찰 가능 / 관찰자

객체에 특정 이벤트를 알리는 기능이있는 디자인 패턴-일반적으로 실제 이벤트를 사용하여 수행됩니다. 실제 이벤트는 특정 함수 / 방법의 형태를 가진 객체의 슬롯과 유사합니다. 관찰자는 알림을 제공하는 사람이며 관찰자는 해당 알림을받습니다. .net에서 옵저버 블은 이벤트를 노출 할 수 있으며 옵저버는 “이벤트 핸들러”모양의 후크를 사용하여 해당 이벤트를 구독합니다. 통지가 발생하는 특정 메커니즘이나 관찰 할 수있는 관찰자 수에 대한 가정은 없습니다.

펍 / 서브

Observable / Observer 패턴의 다른 이름 (아마도 “브로드 캐스트”시맨틱이 있음)은 일반적으로보다 “동적”의 풍미를 의미합니다. 관찰자는 알림을 구독하거나 구독 취소 할 수 있고 하나의 관찰 가능한 대상은 여러 관찰자에게 “소리를 질 수 있습니다”. .NET에서는 이벤트가 MulticastDelegate의 한 형태이므로 여러 구독자에게 이벤트 전달을 지원하고 구독 취소를 지원할 수 있으므로 표준 이벤트를 사용할 수 있습니다. Pub / Sub는 일반적으로 이벤트와 eventer 사이에 더 많은 “익명 성”을 포함하는 약간 다른 의미를 가지며, 일반적으로 모든 것을 알고있는 일부 “중간자”(메시지 큐)를 포함하는 여러 추상화에 의해 촉진 될 수 있습니다. 각 당사자는 서로에 대해 알지 못합니다.

데이터 바인딩, Redux

많은 “MVC- 유사”패턴에서, 관찰 가능은 변경된 특정 속성에 대한 정보를 포함하는 “속성 변경 알림”방식을 노출합니다. 옵저버는 암시 적이며 일반적으로 프레임 워크에 의해 생성되며 객체와 속성을 구체적으로 식별하기 위해 바인딩 구문을 통해 이러한 알림을 구독하며 “이벤트 핸들러”는 새 값을 복사하여 업데이트 또는 새로 고침 논리를 트리거 할 수 있습니다.

Redux의 데이터 바인딩

데이터 바인딩을위한 대체 구현? 자, 여기 바보 같은 것이 있습니다.

• 객체의 바운드 속성을 지속적으로 확인하는 백그라운드 스레드가 시작됩니다.
• 스레드가 마지막 확인 이후 속성 값이 변경된 것을 감지하면 값을 바인딩 된 항목으로 복사합니다.

답변

var events = {
    "event1": [handler1, handler2],
    "event2": [handler3]
}