Hey everyone, :wave: I’ve been working on a small ...
# ktor
r
Hey everyone, 👋 I’ve been working on a small annotation processor library called Ktorgen, which aims to reduce boilerplate when writing Ktor client APIs. It works in a similar way to Retrofit, with just minor differences in headers and without requiring adapters, converters, or runtime overhead. I just released version 0.4.0, which now includes multi-round KSP support, and it’s already available on Maven Central. If anyone is interested in trying it out and sharing feedback, it would help me a lot to improve it 🙏 👉 GitHub – Ktorgen
c
#C0BJ0GTE2 🤷🏼‍♂️ 🙏
h
how does this compare to ktorfit?
r
@Horatio Thomas hey! In the README I show examples of code, my library has all annotations of retrofit and ktorfit, only change Header annotation. Ktorfit has the problem when u need the processor to propagate annotations like RequiresOptIn or JvmSynthetic, and ktorfit have converters (similar to retrofit things) and my processor don't have any runtime overhead is 100% Ktor client, only generate the necessary code to avoid write boilerplate. This has support for flow and result out of the box, and smart use documented in the repo.
👍 1