다른 클래스의 클래스 변경 알림

Question

클래스가 Container, Item 및 Property 인 컨테이너는 항목의 속성이 변경 될 때마다 통보됩니다.

컨테이너는 아이템의 소유자이며 속성에 따라 컨테이너를 적절하게 관리하기위한 정보가 필요합니다.

나는 아직이 옵션을 생각했습니다

1. 옵저버 패턴.
2. 프록시 개체입니다.

내 의견으로는 관찰자 패턴이 너무 무거워 보입니다. 프록시 개체는 제대로 작동 할 수 있지만 프록시에서 실제 개체로 호출을 전달해야하므로 DRY 원칙을 위반합니다.

세부 정보가 사용자에게 표시되지 않아야합니다. update_item() 등의 기능 또는 이와 유사한 기능을 호출 할 필요가 없습니다. 즉, 컨테이너에 사용자에게 알리는 책임을 부여하여 사용상의 문제를 일으킬 수 있습니다.

Answer 1

그런 간단한 경우에는 Observer을 사용하는 이유가 표시되지 않습니다. Item는 하나 개의 컨테이너에있을 수 있기 때문에 한 번에 난 그냥 Item가 배치되어있는 컨테이너에 대한 참조 또는 포인터를주는 갈 것입니다.

을 Item의 일부 Property 그것으로 할 수 그것을 통해 Container을의 통지 변경하는 경우 해당 포인터

Observer 많은 개체를 알릴 필요가있는 경우 패턴이 유용합니다.

편집

또한 문제를 야기 할 수 있습니다 인터페이스와 매우 깔끔한 디자인을 사용하여 모든 간단한 일을 만들기. 나는 zen of Python에서 인용이 무슨 뜻인지 잘 설명 생각 :

Special cases aren't special enough to break the rules. //make Interfaces 
Although practicality beats purity. //but not everywhere 

그래서 당신은 순결과 실용성의 균형을 가져야한다

Answer 2

당신은 이해하고 유지하는 것이 가장 쉬운 방법이며, 가장 필요로하는 패턴을 사용한다 전문 부품의 발명. 내가 작업하는 환경 (objective-C)에서 관찰자 패턴은 거의 복잡하지 않습니다. 또한 통지 요청이 변경 될 때 유연성을 제공합니다.

앤드류 (Andrew)의 대답은 이벤트가 더 간단하다는 것입니다. 객체 간의 직접 통신은 프록시의 발명이나 통지 처리의 오버 헤드를 요구하지 않습니다. 그러나 미래에 필요할 경우 융통성이 떨어집니다.

"너무 무겁다"는 것이 확실하지 않습니다. 아마 당신은 그것을 설명 할 수 있습니다.

Answer 3

앞서 언급했듯이 Observer는 지나치게 과장되어 있지만 해결책은 매우 간단합니다. 이벤트를 "버블 업 (bubble up)"하면됩니다.

• 속성이 변경되면 해당 항목이 상위 항목임을 알립니다.
• 항목이 변경되면 (속성이 변경되거나 항목에 더 중요한 영향을주는 부작용) 컨테이너/부모에게 알립니다.
• 컨테이너에 알림이 전송되면 완료됩니다. 컨테이너를 중첩 할 수 있으면 필요한 경우 부모 컨테이너에 이벤트를 발생시킬 수 있다고 생각합니다.