Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Using more type-safe solution #6

Open
MichalLytek opened this issue Jun 10, 2018 · 3 comments
Open

Using more type-safe solution #6

MichalLytek opened this issue Jun 10, 2018 · 3 comments

Comments

@MichalLytek
Copy link

Hi @benawad! I appreciate your work on this project 😉

I would like to suggest using a more TypeScriptish way of creating a GraphQL server, where all your GraphQL types live with your code, not as a separate definitions converted to interfaces by a CLI:
https://19majkel94.github.io/type-graphql

I've experienced the pain of matching and syncing schema, interfaces and resolvers code, that's why I've created this lib:
https://medium.com/@19majkel94/graphql-typescript-typegraphql-ba0225cb4bed

I would be grateful if you share your thoughts on this with me 😃

@benawad
Copy link
Owner

benawad commented Jun 10, 2018

Is it production ready?
Does it work with libraries that wrap the executable schema (https://github.com/kadirahq/graphql-errors)?
Does it work with directives?

@MichalLytek
Copy link
Author

  1. Sure! 1.0.0 is just a number, there's only a few docs issue to solve until final release.
  2. Yes, it also produce GraphQLSchema instance.
  3. Not until exposing schema metadata comes to GraphQL specification.
    However for many libraries there are workarounds like with apollo-cache-control and for user code you can easily use decorators and middlewares 😉

@benawad
Copy link
Owner

benawad commented Jun 10, 2018

Cool, after my next series I'll take a look at it

@benawad benawad closed this as completed Jun 10, 2018
@benawad benawad reopened this Jun 10, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants