Reactivecocoa: NSControl -rac_textSignal은 프로그래밍 방식으로 텍스트를 설정할 때 작동하지 않습니다.

여기서 AppKit과의 일관성은 버그가 아니라 기능입니다. rac_textSignal 가 일반적으로 관찰 할 수없는 이벤트에 대해 발생하는 것은 IMO입니다.

이것이 항상 의미가있는 것은 아니지만 일반적으로 뷰 레이어로 전파되는 이벤트는 "최종"으로 간주되어야합니다. 해당 지점 이전에 필터링하거나 변환해야하는 경우 뷰 모델 또는 해당 라인을 따라 수행해야합니다.

프로그래밍 방식의 변경을 관찰하기위한 사용 사례는 무엇입니까?

구체적인 예 : 여러 텍스트 필드와 지우기 버튼이있는 양식이 있는데 지우기를 클릭하면 모든 텍스트 필드에서 @"" stringValue 이 @"" 됩니다. 일부 양식 유효성 검사 논리에 rac_textSignal 를 사용하고 -rac_textSignal 가 변경 사항을 선택하지 않기 때문에 지우기를 클릭해도 유효성 검사 상태가 업데이트되지 않습니다. 유일한 해결 방법은 NSControlTextDidChangeNotification 를 수동으로 게시하는 것입니다. 이것은 끔찍한 일입니다. : trollface :

MVVM 측면에서 올바른 설계는 뷰가 아닌 _view model_에 대한 유효성 검사를 수행하는 것입니다. 보기 모델에는 텍스트 필드에 대한 양방향 바인딩이 있습니다. 그런 다음 Clear 버튼은 뷰 모델의 필드를 재설정 할 수 있으며 모든 것은 반짝임 :입니다.

MVC는 중간 뷰 컨트롤러 또는 모델을 사용하면 상당히 유사합니다.

나는 그것을 고려했지만 바인딩을 사용하는 것은 내 특별한 경우 그 자체로 문제입니다. 그러나 그것은이 질문과는 무관하기 때문에이 문제는 종결 될 수 있다고 생각합니다. 감사!

FWIW, Cocoa Bindings ™가 문제가 되더라도 RACChannel 를 사용하여 의존하지 않는 양방향 바인딩을 구축 할 수 있습니다.

나는 이것이 오랫동안 닫혔다는 것을 알고 있지만 @indragiek 문제에 대한 해결책을 찾았습니다.
viewModel에 NSString* name 속성이 있다고 가정합니다.
뷰 컨트롤러에서 텍스트 필드를 뷰 모델에 바인딩하거나 그 반대로 바인딩 할 때 다음을 수행합니다.
[[RACSignal merge:@[self.nameField.rac_textSignal, RACObserve(self.nameField, text)]]<br i="9"/> subscribeNext:^(NSString* text){<br i="10"/> self.viewModel.name = text;<br i="11"/> }];`

이렇게하면 텍스트 신호가 발생할 때마다 그리고 텍스트 속성에 대한 프로그래밍 변경을 감지 할 수 있습니다.

@startupthekid 감사합니다. 도움이됩니다.

@startupthekid 정말 감사합니다!