It's finally happening! Over two years after the initial announcement, TypeGraphQL is now ready for its first stable release - v1.0.0 🎉
It was a r...
For further actions, you may consider blocking this person and/or reporting abuse
Awesome work Michal! I used TypeGraphQL for a while and it's was super fun compared to the bare GraphQL and especially combined with TypeORM. Eventually I decided to drop TypeGraphQL because of the performance. This was before v1.0. Now I see that you improved the performance dramatically but still my feeling is that if I use several features of TypeGraphQL (e.g global resolver), I might have performance issues. Are you planning tackling this in the future?
Yes, I've started working on TypeGraphQL vNext (2.0?) which is a complete rewrite of the internals to fulfill the minimal overhead goal, as well as to provide capabilities for implementing additional features or integrations easily, using the plugins concept. No ETA yet 😉
Looking forward! Please consider an option to use TypeGraphQL just for schema generation with any runtime overhead
There always be some overhead (because of different method signatures while using
@Argsetc.) but will be as minimal as possible 😉Yes, I agree. But it seems you are closing the gap!
Btw, why do you use grpahql-jit and not apollo?
You can use jit with apollo but apollo is super slow as a http server:
github.com/benawad/node-graphql-be...
My combination is fastify with apollo. I use their Automatic persisted queries.
The table still shows that it should be pretty slow compared to jit. I need to check it out
Hi, Michal. Beautiful work. I love the library. Congrats, and thank you!
Hey Michal! Nice work! I was wondering what your thoughts are on using TypeGraphQL v1.0 in production and where I might find notes on upgrade instructions etc, if any :)
There shouldn't be any troubles on using TypeGraphQL v1.0 in production.
Feel free to ask on Gitter if you find some issues while upgrading 😉
Congratulations Michał!
Decorators and Classes ++