12

总的来说，我仍然在研究 RAC 和 FRP——目前正在努力弄清楚如何实现我通常不得不在其他地方使用的模式。

假设我正在制作一个抽认卡应用程序，主屏幕是我的卡片组列表。这个应用程序使用网络服务器的状态作为事实来源。我不想每次显示屏幕时都从服务器重新获取此卡组列表 - 太好了，我可以在带有重播主题的多播信号中使用延迟网络请求来有效地记忆该列表。

我有两种方法可以通过从服务器重新获取来刷新此列表，这对我来说很复杂。我希望能够在应用程序中发生任何数量的事情时使这个“缓存”列表无效（例如，用户导航到其他屏幕并执行会使主屏幕上的牌组列表过时的操作，或者应用程序刚刚被重新唤醒，所以我们可以猜测它可能已经过时了），所以下次用户返回到这个主屏幕时，它一开始不会显示任何内容（而不是显示旧列表，因为它知道它是由于用户的操作而过期）并将重新获取列表，并在下载后显示它。我怎样才能最优雅地处理这种“无效”状态（希望没有实际状态）？

我还希望能够在超时时使“缓存”列表过期 - 基本上，甲板列表信号会给出缓存列表，直到足够的时间过去，此时它会在提供数据之前懒惰地发出网络请求。

我对如何实现这两件事有一些想法，但它们似乎有点令人费解。很想得到一些指导或被指出一些示例项目的方向。

我可以看到处理此问题的一种简单方法是拥有一个命令式服务层，并命令式处理缓存和缓存失效，并使用广播事件使缓存无效，然后从缓存返回或产生网络请求以填充缓存反应层尝试访问数据。如果不首先了解这样做的反应方式，我宁愿不遵循这种方法。

谢谢！

4

1 回答 1

11

从 GitHub 复制的答案

答案可能有很多种，设置并没有提供太多限制。既然如此，我会提出一些建议来开始对话。

首先，看一下+merge:，它允许您通过将信号的值“汇集”到单个信号中来组合信号集合。

RACSignal *deckInvalidated = [[RACSignal merge:@[
    userDidSomethingSignal,
    appReawokenSignal,
    // etc
]];

有了这些，我们需要将该信号转换为每当发生失效事件时从服务器获取套牌的信号。

在我们这样做之前，让我们看看信号请求是什么样的。假设您有一个 RACified API 客户端。

RACSignal *fetchDecks = [[APIClient fetchDecks] startWith:nil];

在这一点上，使用-startWith:有点前瞻性。计划是形成一个信号，该信号将使用RAC宏“绑定”到一个属性，并且通过使用startWith:nil，该属性将设置为nil每当新请求开始时。这是为了满足您的要求：

一开始什么也不显示（而不是显示旧列表，因为它知道由于用户的操作而过时了）并且会重新获取列表

现在我们可以将失效事件映射到网络请求中，它看起来很简单，但它缺少一些东西。

RAC(self, decks) = [[deckInvalidated mapReplace:fetchDecks] switchToLatest];

这缺少任何到期刷新。为了做到这一点，让我们在前面的请求完成-repeat之后的适当的后面发出一个请求信号：-delay

RACSignal *delay = [[RACSignal empty] delay:AEDeckRefreshTimeout];

RACSignal *repeatingFetchDecks = [[fetchDecks concat:delay] repeat];

现在，重新审视RAC分配，只需要稍微修改一下：

RAC(self, decks) = [[deckInvalidated mapReplace:repeatingFetchDecks] switchToLatest];

这仍然存在一个问题，失效事件可能导致对服务器的并发请求。您没有提到这是一个问题，因此不确定这对于您的应用程序的用例是否必要/重要，但需要考虑。

对于完整的概述，代码可以在单个信号组合中完成：

RAC(self, decks) = [[[RACSignal
    merge:@[
        userDidSomethingSignal,
        appReawokenSignal,
    ]]
    mapReplace:[[[[APIClient
        fetchDecks]
        startWith:nil]
        concat:[[RACSignal
            empty]
            delay:AEDeckRefreshTimeout]]
        repeat]]
    switchToLatest];
于 2013-10-28T00:40:15.853 回答