属性 对比 RACSignal
Property vs RACSignal
我刚开始使用 ReactiveCocoa（和 FRP），每次我开始重构我的代码以使其更基于 RAC 时，我问自己：我什么时候应该创建 属性 或 RACSignal？
例如，如果我有一个 ViewModel 会检查某个按钮是否可以启用，我应该这样做吗：
dynamic var ready: NSNumber //Bool
或者这样：
var ready: RACSignal
我想这取决于您的用例。如果它是连续的事件流，使用 RACSignal 方法可能有意义。如果这是一次性的事情，Bool 可能适合您。
如果您想开始编写更多基于 RAC 的代码，那么我会 高度 鼓励您使用 RACSignal 而不是值 属性 ，有两个原因：
RACSignal 在视图模型上的使用可以说是更惯用的（即：更 "RAC" 的做事方式）。- 在任何给定时间无法访问 属性 值将迫使您根据 FRP 进行思考，从而帮助您更快地学习 RAC。
我刚开始使用 ReactiveCocoa（和 FRP），每次我开始重构我的代码以使其更基于 RAC 时，我问自己：我什么时候应该创建 属性 或 RACSignal？
例如，如果我有一个 ViewModel 会检查某个按钮是否可以启用，我应该这样做吗：
dynamic var ready: NSNumber //Bool
或者这样：
var ready: RACSignal
我想这取决于您的用例。如果它是连续的事件流，使用 RACSignal 方法可能有意义。如果这是一次性的事情，Bool 可能适合您。
如果您想开始编写更多基于 RAC 的代码，那么我会 高度 鼓励您使用 RACSignal 而不是值 属性 ，有两个原因：
RACSignal在视图模型上的使用可以说是更惯用的（即：更 "RAC" 的做事方式）。- 在任何给定时间无法访问 属性 值将迫使您根据 FRP 进行思考，从而帮助您更快地学习 RAC。