Question

方案

我为我的应用程序构建了an API，该应用程序位于具有请求限制的网关后面。在我构建API之前，我的应用程序协调自己的请求，因此可以在几毫秒内启动许多请求，以便在用于获取数据的9个提供程序之间同步应用程序的数据。现在，这个逻辑被推到了我的API适配器层，我需要考虑如何控制每秒的请求数量，以避免达到我自己的速率限制。提高速率限制不是一种选择，因为它需要网关提供商中的一个层级冲击，我不愿意为此付出代价。

我已经开始使用RxJava

了

为了在Java社区内进行这种强有力的运动，我选择使用RxJava，以及Retrofit和Retrolamba来构建我已经构建的API SDK。这在很大程度上是成功的，并且在没有问题的情况下在现场运行。

我的应用

现在，my app允许用户保存＆＃39;点＆＃39;当同步检索该区域的当地天气，潮汐和膨胀条件时。每个点使用4个API资源来获取完整的数据集，具体而言;

/luna/locations/xtide/{id} - Luna Event detail (read: tide times)
/solar/locations/xtide/{id} - Solar Event detail (read: sunrise/sunset)
/water/locations/{provider}/{id}{?daysData} - Water Event detail (read: swell measures)
/meteo/wwo/weather{?query,daysData} - Meteo Event detail (read: weather data)

该应用程序允许任意数量的点， n 意味着使用当前代码我每个点有 4n 个请求。例如，如果我保存了10个点并尝试同步 - 我将导致4 * 10 = 40个API请求在0.75秒左右被触发！

自节流

我想使用Rx来简化我的API请求的自我编程过程。这是我希望实现的（希望是准确的）大理石图表;

图1 ：显示所需流组成的大理石图表

SynchronisationService.java代码看起来有点像这样;

    Observable.zip(
        Observable.from(spots),
        Observable.interval(SYNC_TICK, TimeUnit.MILLISECONDS),
        (obs, timer) -> obs)
        .subscribeOn(scheduler)
        .observeOn(scheduler)
        .unsubscribeOn(scheduler)
        .flatMap(spot -> syncTidePosition.get().buildObservable(spot))
        .subscribe(spotAndTideEvent -> new TideEventSubscriber(
            lunaEventService,
            synchronisationIntentProvider.get(),
            spotAndTideEvent.spot,
            String.format(
                getString(string.tide_error_message),
                spotAndTideEvent.spot.getTidePosition()
            ),
            errorHandlerService,
            localBroadcastManager)
        );

...＆＃34; buildObservable＆＃34;电话看起来像这样;

Observable<SpotAndTideEventTuple> buildObservable(final Spot spot) {
    return Observable.zip(
        Observable.just(spot),
        lunaEventsProvider
            .listTideTimes(
                spot.getTideOperator(),
                Integer.toString(spot.getTidePosition())
            ),
        SpotAndTideEventTuple::new
    );
  }

... lunaEventsProvider.listTideTimes(...)方法看起来像;

public Observable<List<TideEvent>> listTideTimes(@NonNull final LunaProvider provider,
                                                   @NonNull final String identifier) {
    return getRetrofitServiceImpl(LunaEventsProviderDefinition.class)
        .listTideTimes(provider, identifier)
        .map(TideEventsTemplate::buildModels);
  }

问题

作为一名Rx业余爱好者，我已经阅读了很多文档来实现这一目标，但在遇到代码错误时我不知道下一步该怎么做。订阅不会导致排放开始（如所示的片段）或者如果我稍微调整一下，我会得到一个无用的低级NPE（rx.Scheduler）。

我应该从哪里出发？我是否正确使用Rx来描述所描述的场景？任何帮助表示赞赏。

Answer 1

我看到的NPE错误有点令人尴尬与Rx无关，而是我指定运行操作的调度程序被注入android.app.Service，但是由于轻微的错误配置而且## 39; （省略@Inject注释！）scheduler变量为null。

小小的安慰因为我知道我错过了这个原因是因为我的Scheduler注射也是合格的，这意味着它看起来像是＆＃39;与我在课堂顶部的其他声明一样;

@Inject @IoScheduler Scheduler scheduler;
@Inject LocalBroadcastManager localBroadcastManager;
@Inject NotificationManager notificationManager;
@Inject SharedPreferences sharedPrefs;

好吧，我很乐意构建那些弹珠图并将我对Rx的理解分开。当前调用现在协调所有4个API请求，看起来像这样;

    Observable.zip(
        Observable.from(spots),
        Observable.interval(SYNC_TICK, TimeUnit.MILLISECONDS),
        (obs, timer) -> obs)
        .subscribeOn(scheduler)
        .observeOn(scheduler)
        .unsubscribeOn(scheduler)
        .flatMap(this::buildObservable)
        .subscribe(
            new EventSubscriber(
                lunaEventService,
                solarService,
                swellService,
                conditionsService,
                synchronisationIntentProvider.get(),
                errorHandlerService,
                localBroadcastManager,
                TRENDING_LENGTH_DAYS
            )
        );

这是通过这项服务的重构的一部分，所以我希望它会有所改变，特别是在将测试置于绿色之下时。很高兴我坚持使用它，每次我学习一个函数时，使用Rx逐字地删除~50到~100行代码！

使用RxJava链接一系列操作 - 下一步去哪里？

方案

我已经开始使用RxJava

我的应用

自节流

问题

1 个答案: