Wpis z mikrobloga

Używamy, ale w wielu przypadkach zyski z nieblokującego podejścia są nikłe, integracja z istniejącymi rozwiązaniami problematyczna, a znalezienie ludzi którzy potrafią pisać reaktywnie jest trudniejsze.
  • Odpowiedz
@krasnoludkolo dlatego rozwijają projekt R2DBC.

Od baz są też gorsze rzeczy jak np. rozproszone transakcje w sieci, tam jest sens unikania modelu thread per request.

W temacie może dużo namieszać adaptacja projektu Loom, możliwe że asynchroniczność będzie schowana na niższym poziomie abstrakcji i kod pisany synchronicznie w efekcie będzie wykonywany asynchronicznie.
  • Odpowiedz
@100x: jak wejdzie projekt loom, to może się trochę zainteresowanie zmienić i web flux pójdzie w odstawkę. Nawet jak ktoś będzie potrzebował programowania reaktywnego, to pewnie powstanie inna biblioteka, która będzie używała looma pod spodem
  • Odpowiedz