codegen

One of the specific advantages of the wire approach is that it generates code that's relatively readable compared to reflect-based equivalents. When wire.Value is used on a small by-value type, there's no need for the value to live in a global variable - the expression could instead be used literally inside the generated code, which would make the code easier to follow, and more similar to the c

Discussed in 99designs/gqlgen#1854

go: found github.com/99designs/gqlgen/example/federation/accounts/graph/model in github.com/99designs/gqlgen/example v0.0

(Split from #149.)

If you have in your schema

input T {
  f: T  # or `f: T!`
}

then genqlient by default generates

struct T {
  F T
}

which does not compile. Of course you can manually add pointer: true, but we could just do that automatically because it's the only valid way to represent this. Apparently this comes up a lot with Hasura-generated schemas,

Hi there, thanks for this project. Very happy so far.

We're trying to migrate to scala 3, and on of the things which came up was this.

I need to make this manual change to use a generated http4s client, in Implicits.scala

-    implicit val showString = build[String](Predef.identity)
-    implicit val showInt = build[Int](_.toString)
-    implicit val showLong = build[Long](_.

Reason/Context

The problem is described here asyncapi/playground#79. It must be clear that returned data is not content but an object with content and metadata + what is this metadata, and that it is only with React renderer.

Description

Probably JSDoc must be only updated. Of course, some additional section in the readme would be also welcomed 😄

The Generated Client API is remains largely undocumented...

It would also be awesome if we could include the documentation of the API in the Generated DSL