Any suggestions/best practices for how to organize a GraphQL server project that uses lacinia
? Specifically, I’m thinking about how to layout the directory structure of the project WRT to objects
, queries
, mutations
, etc. We have made a couple of different attempts, none of which I am particularly happy with.
I put the functionally related ones with each other as 'services' https://github.com/openweb-nl/kafka-graphql-examples/tree/master/graphql-endpoint/src/nl/openweb/graphql_endpoint. Not sure that works better,
Q: how can I specify an optional list of string argument type?
{:type (list String)}
is parsed as a required/non-null arg. I can workaround this with an input type but that adds some nesting in the client i.e. complexityThat should not be the case; (list String)
is an optional type, even in a field argument. Can you provide a short example of this occurring?
@hlship how right you are. I discovered it here https://gist.github.com/stevebuik/e289d6783b43639726cbc39357728bbf that my problem was not in the schema but in the client GQL mutation. nothing like having to document a question, only to find the answer. sorry for the distraction
Glad to be your :duckie: