답변

1

나는 혼란스럽지 않습니다. 인터페이스는 그것을 구현하는 클래스의 메소드 집합입니다. 구현할 '약속'합니다. 패턴의 정의가 다를 수 있으며 온라인에서 찾은 것입니다.

디자인 패턴은 숙련 된 객체 지향 소프트웨어 개발자가 사용하는 모범 사례를 나타냅니다. 디자인 패턴은 소프트웨어 개발 중에 소프트웨어 개발자가 직면 한 일반적인 문제에 대한 솔루션입니다. 이러한 솔루션은 상당 기간 동안 많은 소프트웨어 개발자가 시행 착오를 통해 얻었습니다. 당신이 준이 예 사항에 따라

, Observable는 "관찰"의 특성을 가지고 싶어 모든 객체가 구현해야한다는, 인터페이스 될 것이라고 나의 이해이다. 다른 쪽 :

관찰자 패턴은 대상이라고하는 개체가 관찰자라고하는 해당 종속 개체의 목록을 유지 관리하는 소프트웨어 디자인 패턴으로, 일반적으로 호출을 통해 상태 변경을 자동으로 알리는 소프트웨어 디자인 패턴입니다 그들의 방법 중 하나. 주로 분산 이벤트 처리 시스템을 구현하는 데 사용됩니다.

요점은 입니다. 일반적으로 해당 방법 중 하나를 호출하여입니다. "종속물"목록에있는 모든 개체는 Observable 인터페이스를 구현해야 개체의 유형에 관계없이 관찰자가 호출하는 필수 메서드가 있는지 확인해야합니다. 앞서 언급 한 메소드가있는 인터페이스를 정의하면, 다른 클래스가 메소드의 자체 구현을 제공한다는 것을 보장 할 수 있습니다.이 메소드는 메소드가 호출되는 곳에서 중요하지 않습니다. 중요한 것은 방법이 인 것입니다.입니다.

가 나는 방법으로 도움이되고 분명했다 바랍니다.

관련 문제