feat: generate resolvers for inputs if fields are missing

[danielvladco]

Describe your PR and link to any relevant issues.

Generate resolvers for input type fields in case the user defined type is missing those fields.

fixes #1403

I have:

• [ ] Added tests covering the bug / feature (see testing)
• [ ] Updated any relevant documentation (see docs)

[coveralls]

Coverage decreased (-0.009%) to 54.004% when pulling 06d3cb0 on danielvladco:generate-resolvers-for-inputs into 7db941a on 99designs:master.

[StevenACoffman]

Hi! This looks like it could use a bit of freshening up, and I think we were hoping for a test for this.

[danielvladco]

Lol, I forgot about this PR long ago 😆 , looks like the maintainers don't really care about this feature. So I'm not sure if it's worth wasting time to refresh it.

[StevenACoffman]

Hi! I'm a maintainer now, and I care! There was a period of inactivity, but we're catching up now, and this is the kind of contribution we want to prioritize.

[danielvladco]

Cool! that's good news, in this case I will revisit it again sometime this week

[StevenACoffman]

Thanks!

[mojtabacazi]

@StevenACoffman @danielvladco Looks like this is broken, the generated code expects a resolver for inputs now but it fails to implement the resolver. Also, the model that was already matching using @gomodel directive is no longer matching:

type Bar struct {
   a, b string
}

type FooType []Bar
type Baz struct {
    Foo FooType
}


input SomeInput @goModel(model: "Baz") {
   foo: [Bar!]! # this used to get mapped to the go struct, but now it doesn't. 
}

input Bar @goModel(model: "Bar") {
   a: String!
   b: String!
}

[yoosful]

@StevenACoffman @danielvladco Looks like this is broken, the generated code expects a resolver for inputs now but it fails to implement the resolver. Also, the model that was already matching using @gomodel directive is no longer matching:

type Bar struct {
   a, b string
}

type FooType []Bar
type Baz struct {
    Foo FooType
}


input SomeInput @goModel(model: "Baz") {
   foo: [Bar!]! # this used to get mapped to the go struct, but now it doesn't. 
}

input Bar @goModel(model: "Bar") {
   a: String!
   b: String!
}

I'm facing the same issue. Did you come across any workaround?