Hey Marcin - reading up I came across kind of dismissive of
Ktorfit which wasn't my intention!
I don't use Ktorfit personally but that's partly because in my own project I'm owning the full stack so can use a simpler scheme than the
broader idea of RESTful, just:
JSON POST request body -> JSON POST response body
...this makes things easier to manage than the broader RESTful standard where HTTP URL parameters and headers, and response codes are involved. One of the reasons I do this is to intentionally
decouple from HTTP; the request/response bodies could equally be sent over a plain TCP socket later if needed, and JSON encoding could be easily swapped for e.g.
CBOR or
Protocol-buffers to increase performance once the Dev is done.
When you need full RESTful e.g. to interface with existing services then yes I expect Ktorfit becomes one, if not
the best choice. I'd still go for something based in Ktor simply because it's the most mature and best supported HTTP client/server library going for Kotlin.