iOS 개발의 에이전트 디자인 모델

1. 프록시 디자인 모델의 역할:
- A대상이 B대상의 일부 행위를 감청하려고 할 때 A는 B의 대리인이 된다.
- B 객체가 A 객체에게 알릴 사항이 있을 때 A는 B의 에이전트가 됩니다.
예를 들어 UIScrollView와 UItableView는 컨트롤러가 scrollview의 굴림을 감청하려면 scrollView의 에이전트가 되어야 한다.
2. 프록시 디자인 모델의 개발 절차:
1. 협의를 정의한다.프로토콜 이름 형식은 일반적으로 (사용자 정의 컨트롤 이름 + Delegate) 이고, 프로토콜에 프록시 방법을 설명합니다. 보통 선택할 수 있는 (@optional) 로 설정됩니다.
2. 사용자 정의 컨트롤의 헤더 파일에서 프록시 속성을 성명한다.

@property (nonatomic, weak) id< > delegate;

3. 컨트롤 내부에서 어떤 행위가 발생할 때 에이전트에 대응하는 에이전트 방법을 호출하여 에이전트 내부에서 발생하는 일을 통지한다.
4. 프록시 설정:

 .delegate = b ;

5. b 대상은 협의를 준수하고 대리 방법을 실현한다.
3. 에이전트와 알림의 차이점:
- 에이전트: 한 대상은 다른 대상에게만 무슨 일이 일어났는지 알려줄 수 있다(일대일)
- 알림: 한 객체가 여러 객체에 대해 어떤 일이 일어났는지 알려줄 수 있음(일대다)
4. KVC 및 KVO:
- KVC(Key Value Coding) 일반 기능: 모델 속성에 값 지정
- KVO(Key Value Observing) 일반 기능: 모델 속성 값의 변경 내용 수신
- KVO 사용 단계:
//a가 b의name 속성 변화를 감청

[b addObserver:a forKeyPath:@"name" options: NSKeyValueObservingOptionOld context:nil];

//a 감청 방법을 실현해야 한다

/**  object keyPath  */
- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context {
    NSLog(@" %@ %@ ， %@", object, keyPath, change);
}

/**   */
- (void)dealloc {
    [b removeObserver:a forKeyPath:@"name"];
}