We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
The feature proposal you're describing suggests supporting to export implicit types inferred.
for Example,
@Controller('foo') export class FooController { @Post() foo(@Body() body: {fooRequest: string}) { return {foo: 'bar'} } }
In the code below, I expect the type inference to be as follows:
interface FooControllerFooRequest { fooRequest: string } interface FooControllerFooResponse { foo: string }
The interface content doesn't necessarily need to this pattern (Controller class name + Controller class method + Request/Response).
Only, It can be any value that is easy for users to distinguish.
This enables Nestia users to convert implicit type inference into explicit type inference through Nestia.
Also support migration through nestia.
e.g. npx nestia migrate implict command,
npx nestia migrate implict
AS-IS
TO-BE
@Controller('foo') export class FooController { @Post() foo(@Body() body: FooRequest): FooResponse { return {foo: 'bar'} } }
To achieve this, export type support is necessary. Alternatively, users can create a type in a path specified by them.
If Support this feature, Nestia-driven development becomes feasible.
The text was updated successfully, but these errors were encountered:
The new cli command would be npx nestia explicit
npx nestia explicit
Sorry, something went wrong.
samchon
No branches or pull requests
The feature proposal you're describing suggests supporting to export implicit types inferred.
for Example,
In the code below, I expect the type inference to be as follows:
The interface content doesn't necessarily need to this pattern (Controller class name + Controller class method + Request/Response).
Only, It can be any value that is easy for users to distinguish.
This enables Nestia users to convert implicit type inference into explicit type inference through Nestia.
Also support migration through nestia.
e.g.
npx nestia migrate implict
command,AS-IS
TO-BE
To achieve this, export type support is necessary.
Alternatively, users can create a type in a path specified by them.
If Support this feature, Nestia-driven development becomes feasible.
The text was updated successfully, but these errors were encountered: