Reactivecocoa: Swift 3에서 `rac_` 접두사를 어떻게 처리해야 하나요?

적어도 대부분의 경우 유형이 이름을 모호하지 않게 만들기 때문에 접두사를 삭제할 수 있습니다. 아니면 우리가 그들을 지킬 수 있습니다. 난 울타리에있어.

유지한다면 여기에 rac_ 를 사용하고(Rex의 코드 포함) ReactiveSwift에 대한 새 접두사를 찾아야 합니다.

바인딩의 접두사를 삭제하면 저장된 속성과 이름 충돌이 발생하므로 이에 대한 대안은 모든 속성을 호스팅하는 프록시를 도입하는 것입니다.

예

view.bindables.text <~ property

// `view.bindables` is of type `Bindings<UIView>`, which conforms to `BindingsProtocol`
// that requires an associated type `Owner`.
//
// `view.bindables.text` is provided by the extension to `BindingsProtocol` for all
//`Owner` inherited from `UIView`.

(또는 그냥 rac ? 그러나 ReactiveSwift와 ReactiveCocoa 모두 일종의 바인딩을 노출할 수 있다고 가정합니다.)

... 아니면 view.textProxy , view.reactiveText 또는 무엇이든 이름을 지정하십시오.

편집: 빠른 프로토타입을 만들었습니다(https://github.com/RACCommunity/Rex/pull/143).

편집 2: 엉망진창을 잠시 정리하십시오. :NS

ReactiveCocoa 5+는 Rex와 호환될 필요가 없습니다. RAC는 렉스를 인수합니다.

물론, 나는 단지 Rex가 가져온 바인딩을 의미했습니다. 엉망으로 읽혔다면 죄송합니다. 😸

outlets 도 경쟁자가 될 것입니다.

"reactive"는 신속한 언어로 더 나은 제품군입니다. "rac_" 및 "rex_"는 매우 잘못된 이름입니다. "반응형", "활성" 또는 "신호"로 이동하여 view.reactiveText 또는 view.activeText 또는 view.signalText를 가질 수 있습니다.

Swift와 모듈을 사용하면 더 이상 런타임 충돌의 위험이 없으므로 접두사가 필요하지 않습니다. 그러니 그냥 버리자! :NS

방법으로는 괜찮습니다. 그러나 속성을 오버로드할 수 없기 때문에 속성에 대한 접근 방식을 찾아야 합니다. 😕

bindable 프록시를 기반으로 구축되었습니다(예: view.bindables.something ). %view.something 와 같은 단축키를 도입할 수 있습니다. 😕

적어도 Swift 3.0에서는 컴파일 타임 충돌을 피하거나 명확하게 할 수 없다는 결론을 내리는 것이 안전하다고 생각합니다. 연산자나 마법 속성을 사용하는 것과 같은 제안은 충돌 가능성을 하나의 개체로 제한합니다.

더 좋은 속기 대신 운영자 충돌의 위험이 있습니다 ...

나는 우리가 지금 속성에 대한 접두사에 붙어 있다고 생각합니다.

SnapKit으로 수행한 작업 중 하나는 확장을 호스팅하는 구조체를 만드는 것입니다. RAC API는 다음과 같이 저장할 수 있습니다.

struct UIButtonRACDSL {
    var pressed: Signal<UIButton, NoError>
    init(button: UIButton) { }
}

extension UIButton {
    var rac: UIButtonRACDSL { return UIButtonRACDSL(button: self) }
}

이 경로를 따라 이동하면 약간의 유연성이 제공되고 확장의 충돌 범위가 줄어듭니다.

예, 이전에 프로토콜 기반 버전으로 문제를 제기했습니다. 밑줄을 점으로 바꾸고 연산자 속기를 도입할 수 있습니다. rac 를 속성 이름으로 사용하는 IMO는 어쨌든 매우 일반적인 약어가 아니기 때문에 괜찮을 것입니다.

https://github.com/RACCommunity/Rex/pull/143

rac 속성이 훨씬 깨끗해 보일 것입니다… :heart_eyes:

RxSwift가 취한 접근 방식을 훔쳐야 한다고 생각합니다.

https://github.com/ReactiveX/RxSwift/blob/4952adb27c684b47792923b00015516849061eab/RxCocoa/Common/Reactive.swift
https://github.com/ReactiveX/RxSwift/blob/4952adb27c684b47792923b00015516849061eab/RxCocoa/iOS/UIControl%2BRx.swift

그들은 확장하려는 유형에 대해 일반적인 Reactive 구조체를 추가했습니다. 그런 다음 제한된 확장에 대한 메서드를 Reactive . 분명히 그들은 이것을 Swift의 .lazy 모델로 만들었습니다.

아마도 훔치는 것이 아닐 것입니다.

https://github.com/RACCommunity/Rex/pull/143/commits/86f03c3b2d4759c87254a9ea3b28939f23f6be56
😜