4 ms·
We're using Vert.x internally to do basically all of our IO (network client and server, disk) in an asynchronous manner, because its API is super simple and ele
by spartango 14y ago
We're using Vert.x internally to do basically all of our IO (network client and server, disk) in an asynchronous manner, because its API is super simple and elegant. Because much of our other code is already asynchronous and event-driven, Vert.x fits in nicely.
The callback hell is certainly something that you can run into , but we've created a sane Java construct to avoid it:
https://gist.github.com/727425ac3069f6465959 https://gist.github.com/727425ac3069f6465959
The neat part of this construct is that it decouples the API from the implementation.
I haven't quite tried to sell you on Vert.x here, but feel free to reach out to me if you have questions. We're really liking Vert.x so far.