#java #reactiveprogramming #programowanie
Może głupie pytanie ale jakoś nie potrafię znaleźć odpowiedzi na to pytanie ani sam dojść do jakiś sensownych wniosków.
Załóżmy że mamy jakiś kod w zewnętrznej bibliotece który wykonuje asynchroniczny strzał do jakiegoś serwisu, tego kodu nie możesz zmienić.
Pytanie co by można zrobić aby zamienić powyższy kod na podejście reaktywne, czy możemy opakować kod w ten sposób?
Mono.fromSupplier() ->asyncCall())
Czy event loop nie będzie miał problemów z obsługą takiego kodu?
Czy lepiej w takim przypadku zrezygnować z reaktywnego podejścia?
Może głupie pytanie ale jakoś nie potrafię znaleźć odpowiedzi na to pytanie ani sam dojść do jakiś sensownych wniosków.
Załóżmy że mamy jakiś kod w zewnętrznej bibliotece który wykonuje asynchroniczny strzał do jakiegoś serwisu, tego kodu nie możesz zmienić.
Pytanie co by można zrobić aby zamienić powyższy kod na podejście reaktywne, czy możemy opakować kod w ten sposób?
Mono.fromSupplier() ->asyncCall())
Czy event loop nie będzie miał problemów z obsługą takiego kodu?
Czy lepiej w takim przypadku zrezygnować z reaktywnego podejścia?
- Najlepsze
- Wszystkie komentarze
globalbus
1
@sdasdadawqeqawdas: jak się da, to dopisanie kodu do tego syfu. Jak się nie da, to tak jak podałeś wyżej, ale będzie się to wykonywało na innej puli wątków i mogą być efekty uboczne
globalbus
0
@sdasdadawqeqawdas: ale asynchroniczny strzał z biblioteki zwraca co? Future , voida, czy jak?
sdasdadawqeqawdas Autor
0
@globalbus: metoda asyncCall zwraca zwykły obiekt który jest odpowiedzią z Promise która jest wykonywana wewnątrz tej metody.
cjkas
0
tworzysz osobną dedykowaną pule wątków i scheduler który ma obsługiwać tą biblioteke tak że jak sie coś tam wywali to nie ubije ci wszystkiego
