make allowUndefinedInResolve true by default about graphql-tools

[helfer]

I see, in that case it would be more convenient if it were true by default. I'm definitely open to changing that, just go ahead and make a PR.

[helfer]

No worries, if you're busy, I think someone else would be happy to do it! I'll label it as help wanted, but you can of course still do it if you like!

[helfer]

@jbaxleyiii interesting. Do you have an example where returning undefined from a resolver is necessary and actually intended?

In my code, I generally return null if child resolvers shouldn't run. When a resolver returns undefined, that was generally because I misspelled something, or tried to access a field that doesn't exist. allowUndefinedInResolvers = false allowed me to find those bugs faster.

[jbaxleyiii]

@helfer for optional data its a lot easier in resolvers to return a possible undefined variable, rather than variable || null.

https://github.com/NewSpring/Heighliner/blob/master/src/apollos/models/users/resolver.ts#L14

^^ that vs the rest of the resolvers where the return variable (for instance PersonId) could be undefined as it's not required

[jbaxleyiii]

Can do!

[helfer]

@jbaxleyiii are you still interested in this? should be a relatively quick PR.

[helfer]

🔔 ping ... 😬

[jbaxleyiii]

@helfer somehow I missed this notification! I'll open a PR today!