如何避免Java中的回调地狱?

时间:2015-03-30 08:32:41

标签: java

我有一个带有api调用序列的java应用程序(我使用改装)。目前它看起来像金字塔:

mApi.login(request, new Callback<LoginResponse>() {
  @Override
  public void success(LoginResponse s, Response response) {
     mApi.getRoutes(request, new Callback<RoutesResponse>() {
        @Override
        public void success(RoutesResponses, Response response) {
           ...
        }
        @Override
        public void failure(RetrofitError error) {}
     }
  }

   @Override
   public void failure(RetrofitError error) {}
});

是否有一些库可以避免回调地狱?比如在JavaScript中使用TwoStep或Q.

2 个答案:

答案 0 :(得分:5)

使用lambda expressions将摆脱这种回调地狱。但是,由于Callback<T>接口由2个抽象方法组成,因此不能直接使用lambdas。这就是RxJava的用武之地.RxJava引入了更多功能方式,使您能够使用功能接口,您可以使用lambda来减少回调地狱。

  

RxJava是ReactiveX(Reactive Extensions)的Java VM实现:   用于编写异步和基于事件的程序的库   可观察的序列...

以下是有关RxJava和lambda的一些资源。

答案 1 :(得分:2)

只要您只对API调用进行排序,就可以使用Observables而不是回调来使用Retrofit的RxJava支持,并将它们与Rx流支持结合在一起。我主要使用.flatmap()函数将一个API调用的结果转换为另一个。在你的情况下,它会像这样:

首先,我将使用Observable版本的调用而不是具有回调的调用版本,这将是:

Observable<LoginResponse> login(loginRequest);
Observable<RoutesResponse> getRoutes(routesRequest);

在我们的API中有这两个函数之后,我们可以将它们与RxJava流绑定在一起。这是一个没有错误检查的,我正在写这个作为一个简单的例子显示:

public Observable<RoutesResponse> rxGetRoutes(loginRequest, routesRequest) {
  final YourAPI mAPI = YourApiProvider.getInstance();

  return mAPI.login(loginRequest)
    //using flatmap to convert one answer to another answer
    .flatmap( (Func1) LoginResponse -> {
      return mAPI.getRoutes(routesRequest); 
    });
}

在学习RxJava之后,您现在可以正常观察并订阅此函数的返回Observable:

rxGetRoutes(loginReq, routesReq)
   .observeOn(//the thread you want to observe on)
   .subscribe( new Subscriber<RoutesResult>() {
          @Override
          //the functions of Subscriber you need to override
          //where you can also check for errors
          //Check RxJava documentation after your IDE completes this area.
                 });