2016-02-01 14 views
6

Więc byłem ciekawy, w jaki sposób poniższy kod zostałby napisany bardziej efektywnie za pomocą API strumieni danych java8.Konsumpcyjne reszta usługi w sposób funkcjonalny

public static List<FlightInfo> getResults(String origin,List<String> destinations) { 

    final String uri = "https://api.searchflight.com/; 
    List<FlightInfo> results = new LinkedList<FlightInfo>(); 

    for(String destination:destinations) { 


      RestTemplate restTemplate = new RestTemplate(); 

      String params = getParams(origin,destination); 
      FlightInfo result = restTemplate.postForObject(uri+params,FlightInfo.class); 

      results.add(result); 
    } 

    return results; 

} 

Po metoda ta odbywa się robi, co jej robi i ja otrzymać listę obiektów FLightInfo, jestem przekształcenie go w strumieniu i będzie robić różne transformacje na nim (przez grupy, etc). Teraz jest całkiem pewna, że ​​jest to długotrwała operacja. Co więcej, w rzeczywistości łączy wiele wywołań reszty z usługą sieciową, więc mam już większość danych uzyskanych do czasu wykonania ostatniego połączenia, ale nie zacznę go przetwarzać przed zwróceniem całej metody.

Czy istnieje sposób, aby zrobić to trochę bardziej reaktywnie? Czy mogę natychmiastowo odesłać strumień i operację na tym strumieniu przetwarzać dane, gdy przychodzi do potoku, czy jest to zbyt dużo do zapytania? Jak to się stanie w Javie 8. Że

Odpowiedz

5

Wszystko zależy od tego, kiedy potrzebujesz wyniku. Jeśli chcesz, aby był sekwencyjny, to poniżej jest jeszcze przyzwoity sposób, jak leniwy. Ale gotuje się w terminalu (powiedzmy podczas collect).

public static Stream<FlightInfo> getResults(String origin,List<String> destinations) { 
    final String uri = "https://api.searchflight.com/"; 
    return destinations.stream().map(destination -> { 
     RestTemplate restTemplate = new RestTemplate(); 
     String params = getParams(origin,destination); 
     FlightInfo result = restTemplate.postForObject(uri+params,FlightInfo.class); 
     return result; 
    })  
} 

Albo zrobiłbym to z destinations.stream().parallel(), jeśli mogę. Jest to rozsądny wynik w większości przypadków. Ale nadal nie zacznie przetwarzać go równolegle do czasu wywołania operacji terminalowej. Co absolutnie ma sens.

Ale wydaje mi się, że chcesz mieć coś typu producent-konsument. Dla których:

public static CompletableFuture<List<FlightInfo>> getResults(String origin,List<String> destinations) { 
    final String uri = "https://api.searchflight.com/"; 
    List<CompletableFuture<FlightInfo>> collect = destinations 
      .stream() 
      .map(destination -> CompletableFuture.supplyAsync(() -> { 
       RestTemplate restTemplate = new RestTemplate(); 
       String params = getParams(origin,destination); 
       FlightInfo result = restTemplate.postForObject(uri+params,FlightInfo.class); 
       return result;    
      })).collect(Collectors.toList()); 
    return sequence(collect);  //line-1 
} 

public static <T> CompletableFuture<List<T>> sequence(List<CompletableFuture<T>> com) { 
    return CompletableFuture.allOf(com.toArray(new CompletableFuture[com.size()])) 
      .thenApply(v -> com.stream() 
          .map(CompletableFuture::join) 
          .collect(Collectors.toList()) 
      ); 
} 

dla prostota, w line-1 można po prostu wrócić collect zamiast sequence(collect). Następnie możesz powtórzyć listę, aby pobrać każdą wartość.

Jednak z jednym obiektem CompletableFuture należy się martwić, co oznacza, że ​​można sprawdzić wartości za jednym razem, jeśli zostały zakończone.

+0

Czy to słuszne, aby powiedzieć, że kompletne przyszłe podejście powinno pokrywać się z przetwarzaniem z pobieraniem wyników. Wygląda na to, że w rzeczywistości jest to konsument konsumenta zmapowany do używania strumieni. W takim razie, co byś powiedział, to korzyści wynikające z tego szczególnego podejścia w stosunku do implementacji producenta - konsumenta (poza zwięzłością i brakiem zestawu narzędziowego oczywiście). Przy okazji jestem bardzo wdzięczny za dostarczone rozwiązanie i myślę, że jest świetny. Po prostu staram się zrozumieć lepiej i dlatego zadaję pytania. Jeszcze raz dziękuję – Zahari

+1

Po prostu powyższe CompletableFuture zapewnia ładną abstrakcję dla konsumenta producenta. Cóż, jeśli wygląda na brzydkiego, co jest, ale jeśli wystąpienie powyższego wzoru jest wysokie w stosunku do kodu, to polecam przejrzeć http://github.com/ReactiveX/RxJava/wiki. Zapewnia ładne abstrakcje jako Observables (możesz myśleć jak strumień), do którego możesz mieć wyniki raz dostępne. Ponieważ abstrakcje są zdrowe, masz mocny wyraz ekspresji – Jatin

Powiązane problemy