http4k VS apollo-android

You named Express as an example for a good framework - I'd say both http4k and ktor come close to it. Spring Boot would really be on the other end and I met lots of JS/TS devs that didn't even want to touch it. I did have the same impression than you though: Documentation for ktor is not great at all.

http4k has excellent documentation and very simple concepts.

I couple of years ago I was lucky to use http4k, a server as a function web library for Kotlin. It was such a wonderful change compared to every other technologies available in both Java and Kotlin. It's simple.

Testing becomes so much easier too, as one can instantiate a the whole web routing aspect, without having to bind it to a port and having to send real http requests.

If strongly suggest people to take a look at it. It's not perfect, but it's a lot simpler than other frameworks and libraries. And it's a shift in some of the current mentality of using heavy frameworks (such as spring boot) which blow up anyone's cognitive load.

https://github.com/http4k/http4k

http4k with the contract, format-jackson, and server-undertow modules

GraphQL queries are just HTTP POST queries with a JSON body. They're supported everywhere.

If you want specialized tooling for them, Kotlin and Swift both have great strongly-typed GraphQL libraries.

Apollo publishes libraries for both:

- https://www.apollographql.com/docs/kotlin/

- https://www.apollographql.com/docs/ios/

An example of a Snowflake API request using Java. This example uses Java’s built-in HttpClient and constructs JSON manually, so it doesn’t require additional dependencies; however, in production, you should use a library like Jackson for constructing JSON. Additionally, for stronger typing, you could use Apollo’s Kotlin-based GraphQL client.

Can you elaborate on what you are trying to do? Why do you generate those classes manually? If you are using Apollo Kotlin then it will generate your data classes based on your query.

We continue to rely on Apollo Kotlin (previously Apollo Android) as we migrate to Federation. It has evolved quite a bit since its creation and has been hugely useful to us, so it’s worth highlighting before jumping ahead.

- found Flutter graphql is way ahead , even almost mature as Apollo for JS. apollo-kotlin is several miles behind, a lot of issues, absolutely inconvenient usage after graphql-flutter

The announcement is at https://www.apollographql.com/blog/announcement/introducing-apollo-kotlin/ and the repo at https://github.com/apollographql/apollo-kotlin. Try it out and let us know what you think!

Apollo Client does have a good integration with these frameworks including React, iOS and Android — so, you might want to check that out

Hi 👋Martin from https://github.com/apollographql/apollo-android here. Can you ellaborate more on "created schema files are not serialized" ? For Android app, I usually recommend separating the persistence layer and the network models so that they're not coupled. But maybe it's different from a microservice?