Full SDK generator

[mrlubos]

Description

This would be the successor to what's currently the name config option.

Related

• https://github.com/hey-api/openapi-ts/issues/671
• https://github.com/orgs/hey-api/discussions/619

Let's gauge interest before committing to this feature

[bombillazo]

After using the current deprecated name implementation, some desired features are:

• Keep the transient SDK, where one can invoke new individual instances of the SDK where needed. This differs from the singleton pattern which is beneficial more for Front End clients
• Replace name config option with something more meaningful, perhaps a property inside config output called sdk which can be boolean or string. if set to bool, the codegen produces the full SDK version of the code with a default name, which a string would do the same but override the SDK name.
• Compatibility with the @hey-api/client-fetch by default. The current Fetch implementation is missing some great features:
  • first-class support by hey-api
  • allow to pass request overrides per method calls, which is something awesome
• Compatibility with flat and class. The current implementation is only for class, while flat could lift all methods to the root level of the SDK

Im willing to contribute to this and help flesh these out