-
Notifications
You must be signed in to change notification settings - Fork 73
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
Simplify Giraffe boilerplate? #335
Comments
Hi @cmeeren , I've actually been working on that the last few days. The Program file is pretty reasonable now. There are a couple things remaining such as WebSocket support, but If you want to give it a go and provide some feedback you can checkout the myget feed below. https://www.myget.org/feed/fsharp-data-graphql/package/nuget/FSharp.Data.GraphQL.Server.AspNet Thanks, |
Excellent, thanks! I'll check it out. |
Doesn't work for me. I get this exception from the library.
|
Do you have more info on how I can repro that? Thanks, |
Unfortunately not; this was when experimenting with an existing project with proprietary code. I can't prioritize making a minimal repro right now. Currently testing out various GraphQL frameworks. If I get back to FSharp.Data.GraphQL, I'll revisit this. |
Based on the Star Wars sample, it seems that there is quite a lot of boilerplate that would be needed in any GraphQL API. Only
Schema.fs
contains the "interesting" domain-specific code and schema; the rest of the files seem to be something that could be entirely automated and would be identical for all services.Is there a way to avoid the boilerplate?
I just came across Graphscriber, but that seems to only use websockets, and I'm not sure I want that since it could be troublesome for (downtime-free) blue-green deployments.
The text was updated successfully, but these errors were encountered: