在我的 ReactiveCocoa 测试项目中理解 ReactiveCocoa 和 MVVM

Question

我编写了一个非常简单的 ReactiveCocoa 测试应用程序来尝试使用 RAC 进行编码（而不是无休止地阅读它）。它在Github，我想回答一些关于它的具体问题。我将链接到代码组件。

首先，简单介绍一下应用程序：它是一个定时器驱动的迭代计数器，可以由用户暂停。 （它的目的是计算已经过去了多少秒，忽略了用户暂停的秒数。）如果用户没有暂停递增行为，则计时器每秒钟递增一个变量。

我担心听到以下三个班级的反馈：

• MPSTicker (.m)，它执行“自初始化以来的累积，除非暂停”，并在信号上提供该结果。它有一个公共的BOOL 属性来控制累积是否正在运行。
• MPSViewModel (.m)，它提供了从 MPSTicker 到视图控制器的 ViewModel 包装。它提供只读字符串，显示刻度数并显示操作的文本，如果采取，“暂停”或“恢复”刻度。它还有一个读写 BOOL 用于暂停/取消暂停滴答声。
• MPSViewController (.m)，它通过将标签绑定到 ViewModel 的刻度字符串、将按钮的文本绑定到“刻度操作”字符串并将按钮的按下映射到 ViewModel 的 paused 属性来使用来自 MPSViewModel 的字符串。

我的问题：

1. 我不喜欢BOOL property on MPSTicker 启用/禁用它的累积，但我不知道如何更被动地做到这一点。 （这也运行到 ViewModel 和 ViewController 的下游：我怎样才能通过所有这三个运行一个字符串来控制代码是否正在运行？）
2. ViewModel 将tickString 和tickStateString 公开为非常传统的属性，但使用这些属性的ViewController 立即将它们映射回text on a label 和button text 和RACObserve。这感觉不对，但我不知道如何从 ViewModel 公开一个信号，以便 ViewController 为这两个属性消费。
3. ViewController 在 ViewModel 上翻转 paused BOOL 时会遇到 indignity。我认为这是 #1 的另一个下游效应，“这不应该是 BOOL 属性”，但我不确定

（注意：我想我在MPSTicker 上避开了paused 的BOOL 的信号，因为我不知道如何在 ViewModel 中使用它来派生两个字符串（一个用于当前刻度计数，一个用于操作文本），以及当用户按下“暂停”或“恢复”按钮时如何推送 UI 驱动的值更改。这是我在问题 1 和 3 中的核心关注点。）

一些屏幕截图可帮助您将这个华丽的设计形象化：

提示：

暂停：

Answer 1

这是一篇很棒的文章！

我不喜欢 MPSTicker 上的 BOOL 属性来启用/禁用它的累积，但我不知道如何更被动地做到这一点。 （这也运行到 ViewModel 和 ViewController 的下游：我如何通过这三个运行字符串来控制代码是否正在运行？）

总的来说，使用属性并没有什么错或非响应式的。 KVO-able 属性可以被认为是学术 FRP 意义上的行为：它们是在其生命周期的所有时间点都具有价值的信号。事实上，在 Objective-C 中，属性甚至比信号更好，因为它们保留了类型信息，否则我们会通过将其包装在 RACSignal 中而丢失这些信息。

因此，如果它是适合这项工作的工具，那么使用支持 KVO 的属性就没有什么问题。只需倾斜你的头，稍微眯一下，它们看起来就像是信号。

某个东西应该是属性还是RACSignal 更多的是关于您要捕获的语义。您需要属性的属性（哈哈！），还是更关心值随时间变化的一般概念？

在MPSTicker 的具体情况下，我认为accumulateEnabled 的转换确实是您关心的事情。

所以如果MPSTicker 有一个accumulationEnabledSignal 属性，我们会这样做：

_accumulateSignal = [[[[RACSignal 
    combineLatest:@[ _tickSignal, self.accumulationEnabledSignal ]] 
    filter:^(RACTuple *t) {
        NSNumber *enabled = t[1];
        return enabled.boolValue;
    }] 
    reduceEach:^(NSNumber *tick, NSNumber *enabled) {
        return tick;    
    }] 
    scanWithStart:@(0) reduce:^id(NSNumber *previous, id next) {
        // On each tick, we add one to the previous value of the accumulate signal.
        return @(previous.unsignedIntegerValue + 1);
    }];

我们将勾选和启用结合在一起，因为驱动我们的逻辑的是两者的转换。

（FWIW，RACCommand 类似并使用启用信号：https://github.com/ReactiveCocoa/ReactiveCocoa/blob/9503c6ef7f2f327f4db6440ddfbc4ee09b86857f/ReactiveCocoaFramework/ReactiveCocoa/RACCommand.h#L95。）

ViewModel 将 tickString 和 tickStateString 公开为非常传统的属性，但使用这些属性的 ViewController 会立即将它们映射回标签上的文本和使用 RACObserve 的按钮文本。这感觉不对，但我不知道如何从 ViewModel 公开一个易于 ViewController 为这两个属性消费的信号。

我可能在这里错过了你的观点，但我认为你所描述的很好。这又回到了上面关于属性和信号之间关系的一点。

使用 RAC 和 MVVM，许多代码只是将数据通过线程传输到应用程序的其他部分，并在其特定上下文中根据需要对其进行转换。这是关于通过应用程序的数据流。这很无聊——几乎是机械的——但这就是重点。我们必须以一种特别的方式重新发明或处理的越少越好。

FWIW，我会稍微改变一下实现：

RAC(self, tickString) = [[[[_ticker 
    accumulateSignal] 
    deliverOn:[RACScheduler mainThreadScheduler]]
    // Start with 0.
    startWith:@(0)]
    map:^(NSNumber *tick) {
        // Unpack the value and format our string for the UI.
        NSUInteger count = tick.unsignedIntegerValue;
        return [NSString stringWithFormat:@"%i tick%@ since launch", count, (count != 1 ? @"s" : @"")];
    }];

这样我们可以更明确地定义tickString 与ticker 的某种转换之间的关系（并且我们可以避免做强/弱self 之舞）。

在 ViewModel 上翻转暂停的 BOOL 时，ViewController 会受到侮辱。我认为这是 #1 的另一个下游效应，“这不应该是 BOOL 属性”，但我不确定

我可能只是因为疲倦而想念它，但是您在这里想到的侮辱是什么？