@nestia/sdk 7.0.0-dev.20250607 → 7.0.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/LICENSE +21 -21
- package/README.md +92 -92
- package/assets/bundle/api/HttpError.ts +1 -1
- package/assets/bundle/api/IConnection.ts +1 -1
- package/assets/bundle/api/Primitive.ts +1 -1
- package/assets/bundle/api/Resolved.ts +1 -1
- package/assets/bundle/api/index.ts +4 -4
- package/assets/bundle/api/module.ts +6 -6
- package/assets/bundle/distribute/README.md +37 -37
- package/assets/bundle/distribute/package.json +28 -28
- package/assets/bundle/distribute/tsconfig.json +109 -109
- package/assets/bundle/e2e/index.ts +42 -42
- package/assets/config/nestia.config.ts +97 -97
- package/lib/executable/internal/NestiaConfigLoader.js +4 -4
- package/lib/executable/sdk.js +12 -12
- package/package.json +5 -5
- package/src/INestiaConfig.ts +269 -269
- package/src/NestiaSdkApplication.ts +307 -307
- package/src/NestiaSwaggerComposer.ts +138 -138
- package/src/analyses/AccessorAnalyzer.ts +67 -67
- package/src/analyses/ConfigAnalyzer.ts +155 -155
- package/src/analyses/ExceptionAnalyzer.ts +154 -154
- package/src/analyses/GenericAnalyzer.ts +49 -49
- package/src/analyses/ImportAnalyzer.ts +171 -171
- package/src/analyses/PathAnalyzer.ts +69 -69
- package/src/analyses/ReflectControllerAnalyzer.ts +105 -105
- package/src/analyses/ReflectHttpOperationAnalyzer.ts +183 -183
- package/src/analyses/ReflectHttpOperationExceptionAnalyzer.ts +71 -71
- package/src/analyses/ReflectHttpOperationParameterAnalyzer.ts +348 -348
- package/src/analyses/ReflectHttpOperationResponseAnalyzer.ts +127 -127
- package/src/analyses/ReflectMetadataAnalyzer.ts +44 -44
- package/src/analyses/ReflectWebSocketOperationAnalyzer.ts +172 -172
- package/src/analyses/SecurityAnalyzer.ts +25 -25
- package/src/analyses/TypedHttpRouteAnalyzer.ts +204 -204
- package/src/analyses/TypedWebSocketRouteAnalyzer.ts +33 -33
- package/src/decorators/OperationMetadata.ts +15 -15
- package/src/executable/internal/CommandParser.ts +15 -15
- package/src/executable/internal/NestiaConfigLoader.ts +78 -78
- package/src/executable/internal/NestiaSdkCommand.ts +103 -103
- package/src/executable/sdk.ts +75 -75
- package/src/generates/CloneGenerator.ts +66 -66
- package/src/generates/E2eGenerator.ts +32 -32
- package/src/generates/SdkGenerator.ts +160 -160
- package/src/generates/SwaggerGenerator.ts +284 -284
- package/src/generates/internal/E2eFileProgrammer.ts +205 -205
- package/src/generates/internal/FilePrinter.ts +53 -53
- package/src/generates/internal/ImportDictionary.ts +163 -163
- package/src/generates/internal/SdkAliasCollection.ts +255 -255
- package/src/generates/internal/SdkDistributionComposer.ts +103 -103
- package/src/generates/internal/SdkFileProgrammer.ts +116 -116
- package/src/generates/internal/SdkHttpCloneProgrammer.ts +124 -124
- package/src/generates/internal/SdkHttpCloneReferencer.ts +75 -75
- package/src/generates/internal/SdkHttpFunctionProgrammer.ts +276 -276
- package/src/generates/internal/SdkHttpNamespaceProgrammer.ts +500 -500
- package/src/generates/internal/SdkHttpParameterProgrammer.ts +178 -178
- package/src/generates/internal/SdkHttpRouteProgrammer.ts +107 -107
- package/src/generates/internal/SdkHttpSimulationProgrammer.ts +340 -340
- package/src/generates/internal/SdkImportWizard.ts +55 -55
- package/src/generates/internal/SdkRouteDirectory.ts +18 -18
- package/src/generates/internal/SdkTypeProgrammer.ts +384 -384
- package/src/generates/internal/SdkTypeTagProgrammer.ts +102 -102
- package/src/generates/internal/SdkWebSocketNamespaceProgrammer.ts +366 -366
- package/src/generates/internal/SdkWebSocketParameterProgrammer.ts +87 -87
- package/src/generates/internal/SdkWebSocketRouteProgrammer.ts +279 -279
- package/src/generates/internal/SwaggerDescriptionComposer.ts +64 -64
- package/src/generates/internal/SwaggerOperationComposer.ts +119 -119
- package/src/generates/internal/SwaggerOperationParameterComposer.ts +177 -177
- package/src/generates/internal/SwaggerOperationResponseComposer.ts +110 -110
- package/src/index.ts +4 -4
- package/src/module.ts +3 -3
- package/src/structures/INestiaProject.ts +13 -13
- package/src/structures/INestiaSdkInput.ts +20 -20
- package/src/structures/IReflectApplication.ts +8 -8
- package/src/structures/IReflectController.ts +15 -15
- package/src/structures/IReflectHttpOperation.ts +26 -26
- package/src/structures/IReflectHttpOperationException.ts +19 -19
- package/src/structures/IReflectHttpOperationParameter.ts +81 -81
- package/src/structures/IReflectHttpOperationSuccess.ts +22 -22
- package/src/structures/IReflectOperationError.ts +26 -26
- package/src/structures/IReflectType.ts +4 -4
- package/src/structures/IReflectTypeImport.ts +4 -4
- package/src/structures/IReflectWebSocketOperation.ts +17 -17
- package/src/structures/IReflectWebSocketOperationParameter.ts +38 -38
- package/src/structures/ITypedApplication.ts +11 -11
- package/src/structures/ITypedHttpRoute.ts +41 -41
- package/src/structures/ITypedHttpRouteException.ts +15 -15
- package/src/structures/ITypedHttpRouteParameter.ts +41 -41
- package/src/structures/ITypedHttpRouteSuccess.ts +22 -22
- package/src/structures/ITypedWebSocketRoute.ts +24 -24
- package/src/structures/ITypedWebSocketRouteParameter.ts +3 -3
- package/src/structures/MethodType.ts +5 -5
- package/src/structures/ParamCategory.ts +1 -1
- package/src/structures/TypeEntry.ts +22 -22
- package/src/transform.ts +9 -9
- package/src/transformers/IOperationMetadata.ts +44 -44
- package/src/transformers/ISdkOperationTransformerContext.ts +8 -8
- package/src/transformers/SdkOperationProgrammer.ts +209 -209
- package/src/transformers/SdkOperationTransformer.ts +253 -253
- package/src/transformers/TextPlainValidator.ts +17 -17
- package/src/typings/get-function-location.d.ts +7 -7
- package/src/utils/ArrayUtil.ts +26 -26
- package/src/utils/FileRetriever.ts +22 -22
- package/src/utils/MapUtil.ts +14 -14
- package/src/utils/MetadataUtil.ts +26 -26
- package/src/utils/PathUtil.ts +10 -10
- package/src/utils/SourceFinder.ts +66 -66
- package/src/utils/StringUtil.ts +17 -17
- package/src/utils/StripEnums.ts +5 -5
- package/src/utils/VersioningStrategy.ts +28 -28
- package/src/validators/HttpHeadersValidator.ts +34 -34
- package/src/validators/HttpQueryValidator.ts +34 -34
package/src/INestiaConfig.ts
CHANGED
|
@@ -1,269 +1,269 @@
|
|
|
1
|
-
import type { INestApplication } from "@nestjs/common";
|
|
2
|
-
import type { OpenApi } from "@samchon/openapi";
|
|
3
|
-
|
|
4
|
-
/**
|
|
5
|
-
* Definition for the `nestia.config.ts` file.
|
|
6
|
-
*
|
|
7
|
-
* @author Jeongho Nam - https://github.com/samchon
|
|
8
|
-
*/
|
|
9
|
-
export interface INestiaConfig {
|
|
10
|
-
/**
|
|
11
|
-
* Accessor of controller classes.
|
|
12
|
-
*
|
|
13
|
-
* You can specify target controller classes within two ways.
|
|
14
|
-
*
|
|
15
|
-
* - Asynchronous function returning `INestApplication` instance
|
|
16
|
-
* - Specify the path or directory of controller class files
|
|
17
|
-
*/
|
|
18
|
-
input:
|
|
19
|
-
| (() => Promise<INestApplication>)
|
|
20
|
-
| INestiaConfig.IInput
|
|
21
|
-
| string[]
|
|
22
|
-
| string;
|
|
23
|
-
|
|
24
|
-
/**
|
|
25
|
-
* Building `swagger.json` is also possible.
|
|
26
|
-
*
|
|
27
|
-
* If not specified, you can't build the `swagger.json`.
|
|
28
|
-
*/
|
|
29
|
-
swagger?: INestiaConfig.ISwaggerConfig;
|
|
30
|
-
|
|
31
|
-
/**
|
|
32
|
-
* Response directory that SDK would be placed in.
|
|
33
|
-
*
|
|
34
|
-
* If not configured, you can't build the SDK library.
|
|
35
|
-
*/
|
|
36
|
-
output?: string;
|
|
37
|
-
|
|
38
|
-
/**
|
|
39
|
-
* Target directory that SDK distribution files would be placed in.
|
|
40
|
-
*
|
|
41
|
-
* If you configure this property and runs `npx nestia sdk` command,
|
|
42
|
-
* distribution environments for the SDK library would be generated.
|
|
43
|
-
*
|
|
44
|
-
* After the SDK library generation, move to the `distribute` directory, and
|
|
45
|
-
* runs `npm publish` command, then you can share SDK library with other
|
|
46
|
-
* client (frontend) developers.
|
|
47
|
-
*
|
|
48
|
-
* Recommend to use `"packages/api"` value.
|
|
49
|
-
*/
|
|
50
|
-
distribute?: string;
|
|
51
|
-
|
|
52
|
-
/**
|
|
53
|
-
* @default false
|
|
54
|
-
*/
|
|
55
|
-
keyword?: boolean;
|
|
56
|
-
|
|
57
|
-
/**
|
|
58
|
-
* Allow simulation mode.
|
|
59
|
-
*
|
|
60
|
-
* If you configure this property to be `true`, the SDK library would be
|
|
61
|
-
* contain simulation mode. In the simulation mode, the SDK library would not
|
|
62
|
-
* communicate with the real backend server, but just returns random mock-up
|
|
63
|
-
* data with requestion data validation.
|
|
64
|
-
*
|
|
65
|
-
* For reference, random mock-up data would be generated by
|
|
66
|
-
* `typia.random<T>()` function.
|
|
67
|
-
*
|
|
68
|
-
* @default false
|
|
69
|
-
*/
|
|
70
|
-
simulate?: boolean;
|
|
71
|
-
|
|
72
|
-
/**
|
|
73
|
-
* Target directory that e2e test functions would be placed in.
|
|
74
|
-
*
|
|
75
|
-
* If you configure this property and runs `npx nestia e2e` command,
|
|
76
|
-
* `@nestia/sdk` will analyze your NestJS backend server code, and generates
|
|
77
|
-
* e2e test functions for every API endpoints.
|
|
78
|
-
*
|
|
79
|
-
* If not configured, you can't run `npx nestia e2e` command.
|
|
80
|
-
*/
|
|
81
|
-
e2e?: string;
|
|
82
|
-
|
|
83
|
-
/**
|
|
84
|
-
* Whether to use propagation mode or not.
|
|
85
|
-
*
|
|
86
|
-
* If being configured, interaction functions of the SDK library would perform
|
|
87
|
-
* the propagation mode. The propagation mode means that never throwing
|
|
88
|
-
* exception even when status code is not 200 (or 201), but just returning the
|
|
89
|
-
* {@link IPropagation} typed instance, which can specify its body type through
|
|
90
|
-
* discriminated union determined by status code.
|
|
91
|
-
*
|
|
92
|
-
* @default false
|
|
93
|
-
*/
|
|
94
|
-
propagate?: boolean;
|
|
95
|
-
|
|
96
|
-
/**
|
|
97
|
-
* Whether to clone DTO structures or not.
|
|
98
|
-
*
|
|
99
|
-
* If being configured, all of DTOs used in the backend server would be cloned
|
|
100
|
-
* into the `structures` directory, and the SDK library would be refer to the
|
|
101
|
-
* cloned DTOs instead of the original.
|
|
102
|
-
*
|
|
103
|
-
* @default false
|
|
104
|
-
*/
|
|
105
|
-
clone?: boolean;
|
|
106
|
-
|
|
107
|
-
/**
|
|
108
|
-
* Whether to wrap DTO by primitive type.
|
|
109
|
-
*
|
|
110
|
-
* If you don't configure this property as `false`, all of DTOs in the SDK
|
|
111
|
-
* library would be automatically wrapped by {@link Primitive} type.
|
|
112
|
-
*
|
|
113
|
-
* For refenrece, if a DTO type be capsuled by the {@link Primitive} type, all
|
|
114
|
-
* of methods in the DTO type would be automatically erased. Also, if the DTO
|
|
115
|
-
* has a `toJSON()` method, the DTO type would be automatically converted to
|
|
116
|
-
* return type of the `toJSON()` method.
|
|
117
|
-
*
|
|
118
|
-
* @default true
|
|
119
|
-
*/
|
|
120
|
-
primitive?: boolean;
|
|
121
|
-
|
|
122
|
-
/**
|
|
123
|
-
* Whether to assert parameter types or not.
|
|
124
|
-
*
|
|
125
|
-
* If you configure this property to be `true`, all of the function parameters
|
|
126
|
-
* of SDK library would be checked through [`typia.assert<T>()`
|
|
127
|
-
* function](https://typia.io/docs/validators/assert/).
|
|
128
|
-
*
|
|
129
|
-
* This option would make your SDK library compilation time a little bit
|
|
130
|
-
* slower, but would enahcne the type safety even in the runtime level.
|
|
131
|
-
*
|
|
132
|
-
* @default false
|
|
133
|
-
*/
|
|
134
|
-
assert?: boolean;
|
|
135
|
-
|
|
136
|
-
/**
|
|
137
|
-
* Whether to optimize JSON string conversion 10x faster or not.
|
|
138
|
-
*
|
|
139
|
-
* If you configure this property to be `true`, the SDK library would utilize
|
|
140
|
-
* the [`typia.assertStringify<T>()
|
|
141
|
-
* function`](https://github.com/samchon/typia#enhanced-json) to boost up JSON
|
|
142
|
-
* serialization speed and ensure type safety.
|
|
143
|
-
*
|
|
144
|
-
* This option would make your SDK library compilation time a little bit
|
|
145
|
-
* slower, but would enhance JSON serialization speed 10x faster. Also, it can
|
|
146
|
-
* ensure type safety even in the runtime level.
|
|
147
|
-
*
|
|
148
|
-
* @default false
|
|
149
|
-
*/
|
|
150
|
-
json?: boolean;
|
|
151
|
-
}
|
|
152
|
-
export namespace INestiaConfig {
|
|
153
|
-
/**
|
|
154
|
-
* List of files or directories to include or exclude to specifying the NestJS
|
|
155
|
-
* controllers.
|
|
156
|
-
*/
|
|
157
|
-
export interface IInput {
|
|
158
|
-
/** List of files or directories containing the NestJS controller classes. */
|
|
159
|
-
include: string[];
|
|
160
|
-
|
|
161
|
-
/** List of files or directories to be excluded. */
|
|
162
|
-
exclude?: string[];
|
|
163
|
-
}
|
|
164
|
-
|
|
165
|
-
/** Building `swagger.json` is also possible. */
|
|
166
|
-
export interface ISwaggerConfig {
|
|
167
|
-
/**
|
|
168
|
-
* Response path of the `swagger.json`.
|
|
169
|
-
*
|
|
170
|
-
* If you've configured only directory, the file name would be the
|
|
171
|
-
* `swagger.json`. Otherwise you've configured the full path with file name
|
|
172
|
-
* and extension, the `swagger.json` file would be renamed to it.
|
|
173
|
-
*/
|
|
174
|
-
output: string;
|
|
175
|
-
|
|
176
|
-
/**
|
|
177
|
-
* OpenAPI version.
|
|
178
|
-
*
|
|
179
|
-
* If you configure this property to be `2.0` or `3.0`, the newly generated
|
|
180
|
-
* `swagger.json` file would follow the specified OpenAPI version. The newly
|
|
181
|
-
* generated `swagger.json` file would be downgraded from the OpenAPI v3.1
|
|
182
|
-
* specification by {@link OpenApi.downgrade} method.
|
|
183
|
-
*
|
|
184
|
-
* @default 3.1
|
|
185
|
-
*/
|
|
186
|
-
openapi?: "2.0" | "3.0" | "3.1";
|
|
187
|
-
|
|
188
|
-
/**
|
|
189
|
-
* Whether to beautify JSON content or not.
|
|
190
|
-
*
|
|
191
|
-
* If you configure this property to be `true`, the `swagger.json` file
|
|
192
|
-
* would be beautified with indentation (2 spaces) and line breaks. If you
|
|
193
|
-
* configure numeric value instead, the indentation would be specified by
|
|
194
|
-
* the number.
|
|
195
|
-
*
|
|
196
|
-
* @default false
|
|
197
|
-
*/
|
|
198
|
-
beautify?: boolean | number;
|
|
199
|
-
|
|
200
|
-
/**
|
|
201
|
-
* Whether to include additional information or not.
|
|
202
|
-
*
|
|
203
|
-
* If configured to be `true`, those properties would be added into each API
|
|
204
|
-
* endpoinnt.
|
|
205
|
-
*
|
|
206
|
-
* - `x-nestia-method`
|
|
207
|
-
* - `x-nestia-namespace` ` `x-nestia-jsDocTags`
|
|
208
|
-
*
|
|
209
|
-
* @default false
|
|
210
|
-
*/
|
|
211
|
-
additional?: boolean;
|
|
212
|
-
|
|
213
|
-
/**
|
|
214
|
-
* API information.
|
|
215
|
-
*
|
|
216
|
-
* If omitted, `package.json` content would be used instead.
|
|
217
|
-
*/
|
|
218
|
-
info?: Partial<OpenApi.IDocument.IInfo>;
|
|
219
|
-
|
|
220
|
-
/** List of server addresses. */
|
|
221
|
-
servers?: OpenApi.IServer[];
|
|
222
|
-
|
|
223
|
-
/**
|
|
224
|
-
* Security schemes.
|
|
225
|
-
*
|
|
226
|
-
* When generating `swagger.json` file through `nestia`, if your controllers
|
|
227
|
-
* or theirs methods have a security key which is not enrolled in here
|
|
228
|
-
* property, it would be an error.
|
|
229
|
-
*/
|
|
230
|
-
security?: Record<string, OpenApi.ISecurityScheme>;
|
|
231
|
-
|
|
232
|
-
/**
|
|
233
|
-
* List of tag names with description.
|
|
234
|
-
*
|
|
235
|
-
* It is possible to omit this property or skip some tag name even if the
|
|
236
|
-
* tag name is used in the API routes. In that case, the tag name would be
|
|
237
|
-
* used without description.
|
|
238
|
-
*
|
|
239
|
-
* Of course, if you've written a comment like `@tag {name} {description}`,
|
|
240
|
-
* you can entirely replace this property specification.
|
|
241
|
-
*/
|
|
242
|
-
tags?: OpenApi.IDocument.ITag[];
|
|
243
|
-
|
|
244
|
-
/**
|
|
245
|
-
* Decompose query DTO.
|
|
246
|
-
*
|
|
247
|
-
* If you configure this property to be `true`, the query DTO would be
|
|
248
|
-
* decomposed into individual query parameters per each property. Otherwise
|
|
249
|
-
* you set it to be `false`, the query DTO would be one object type which
|
|
250
|
-
* contains all of query parameters.
|
|
251
|
-
*
|
|
252
|
-
* @default true
|
|
253
|
-
*/
|
|
254
|
-
decompose?: boolean;
|
|
255
|
-
|
|
256
|
-
/**
|
|
257
|
-
* Operation ID generator.
|
|
258
|
-
*
|
|
259
|
-
* @param props Properties of the API endpoint.
|
|
260
|
-
* @returns Operation ID.
|
|
261
|
-
*/
|
|
262
|
-
operationId?(props: {
|
|
263
|
-
class: string;
|
|
264
|
-
function: string;
|
|
265
|
-
method: "HEAD" | "GET" | "POST" | "PUT" | "PATCH" | "DELETE";
|
|
266
|
-
path: string;
|
|
267
|
-
}): string;
|
|
268
|
-
}
|
|
269
|
-
}
|
|
1
|
+
import type { INestApplication } from "@nestjs/common";
|
|
2
|
+
import type { OpenApi } from "@samchon/openapi";
|
|
3
|
+
|
|
4
|
+
/**
|
|
5
|
+
* Definition for the `nestia.config.ts` file.
|
|
6
|
+
*
|
|
7
|
+
* @author Jeongho Nam - https://github.com/samchon
|
|
8
|
+
*/
|
|
9
|
+
export interface INestiaConfig {
|
|
10
|
+
/**
|
|
11
|
+
* Accessor of controller classes.
|
|
12
|
+
*
|
|
13
|
+
* You can specify target controller classes within two ways.
|
|
14
|
+
*
|
|
15
|
+
* - Asynchronous function returning `INestApplication` instance
|
|
16
|
+
* - Specify the path or directory of controller class files
|
|
17
|
+
*/
|
|
18
|
+
input:
|
|
19
|
+
| (() => Promise<INestApplication>)
|
|
20
|
+
| INestiaConfig.IInput
|
|
21
|
+
| string[]
|
|
22
|
+
| string;
|
|
23
|
+
|
|
24
|
+
/**
|
|
25
|
+
* Building `swagger.json` is also possible.
|
|
26
|
+
*
|
|
27
|
+
* If not specified, you can't build the `swagger.json`.
|
|
28
|
+
*/
|
|
29
|
+
swagger?: INestiaConfig.ISwaggerConfig;
|
|
30
|
+
|
|
31
|
+
/**
|
|
32
|
+
* Response directory that SDK would be placed in.
|
|
33
|
+
*
|
|
34
|
+
* If not configured, you can't build the SDK library.
|
|
35
|
+
*/
|
|
36
|
+
output?: string;
|
|
37
|
+
|
|
38
|
+
/**
|
|
39
|
+
* Target directory that SDK distribution files would be placed in.
|
|
40
|
+
*
|
|
41
|
+
* If you configure this property and runs `npx nestia sdk` command,
|
|
42
|
+
* distribution environments for the SDK library would be generated.
|
|
43
|
+
*
|
|
44
|
+
* After the SDK library generation, move to the `distribute` directory, and
|
|
45
|
+
* runs `npm publish` command, then you can share SDK library with other
|
|
46
|
+
* client (frontend) developers.
|
|
47
|
+
*
|
|
48
|
+
* Recommend to use `"packages/api"` value.
|
|
49
|
+
*/
|
|
50
|
+
distribute?: string;
|
|
51
|
+
|
|
52
|
+
/**
|
|
53
|
+
* @default false
|
|
54
|
+
*/
|
|
55
|
+
keyword?: boolean;
|
|
56
|
+
|
|
57
|
+
/**
|
|
58
|
+
* Allow simulation mode.
|
|
59
|
+
*
|
|
60
|
+
* If you configure this property to be `true`, the SDK library would be
|
|
61
|
+
* contain simulation mode. In the simulation mode, the SDK library would not
|
|
62
|
+
* communicate with the real backend server, but just returns random mock-up
|
|
63
|
+
* data with requestion data validation.
|
|
64
|
+
*
|
|
65
|
+
* For reference, random mock-up data would be generated by
|
|
66
|
+
* `typia.random<T>()` function.
|
|
67
|
+
*
|
|
68
|
+
* @default false
|
|
69
|
+
*/
|
|
70
|
+
simulate?: boolean;
|
|
71
|
+
|
|
72
|
+
/**
|
|
73
|
+
* Target directory that e2e test functions would be placed in.
|
|
74
|
+
*
|
|
75
|
+
* If you configure this property and runs `npx nestia e2e` command,
|
|
76
|
+
* `@nestia/sdk` will analyze your NestJS backend server code, and generates
|
|
77
|
+
* e2e test functions for every API endpoints.
|
|
78
|
+
*
|
|
79
|
+
* If not configured, you can't run `npx nestia e2e` command.
|
|
80
|
+
*/
|
|
81
|
+
e2e?: string;
|
|
82
|
+
|
|
83
|
+
/**
|
|
84
|
+
* Whether to use propagation mode or not.
|
|
85
|
+
*
|
|
86
|
+
* If being configured, interaction functions of the SDK library would perform
|
|
87
|
+
* the propagation mode. The propagation mode means that never throwing
|
|
88
|
+
* exception even when status code is not 200 (or 201), but just returning the
|
|
89
|
+
* {@link IPropagation} typed instance, which can specify its body type through
|
|
90
|
+
* discriminated union determined by status code.
|
|
91
|
+
*
|
|
92
|
+
* @default false
|
|
93
|
+
*/
|
|
94
|
+
propagate?: boolean;
|
|
95
|
+
|
|
96
|
+
/**
|
|
97
|
+
* Whether to clone DTO structures or not.
|
|
98
|
+
*
|
|
99
|
+
* If being configured, all of DTOs used in the backend server would be cloned
|
|
100
|
+
* into the `structures` directory, and the SDK library would be refer to the
|
|
101
|
+
* cloned DTOs instead of the original.
|
|
102
|
+
*
|
|
103
|
+
* @default false
|
|
104
|
+
*/
|
|
105
|
+
clone?: boolean;
|
|
106
|
+
|
|
107
|
+
/**
|
|
108
|
+
* Whether to wrap DTO by primitive type.
|
|
109
|
+
*
|
|
110
|
+
* If you don't configure this property as `false`, all of DTOs in the SDK
|
|
111
|
+
* library would be automatically wrapped by {@link Primitive} type.
|
|
112
|
+
*
|
|
113
|
+
* For refenrece, if a DTO type be capsuled by the {@link Primitive} type, all
|
|
114
|
+
* of methods in the DTO type would be automatically erased. Also, if the DTO
|
|
115
|
+
* has a `toJSON()` method, the DTO type would be automatically converted to
|
|
116
|
+
* return type of the `toJSON()` method.
|
|
117
|
+
*
|
|
118
|
+
* @default true
|
|
119
|
+
*/
|
|
120
|
+
primitive?: boolean;
|
|
121
|
+
|
|
122
|
+
/**
|
|
123
|
+
* Whether to assert parameter types or not.
|
|
124
|
+
*
|
|
125
|
+
* If you configure this property to be `true`, all of the function parameters
|
|
126
|
+
* of SDK library would be checked through [`typia.assert<T>()`
|
|
127
|
+
* function](https://typia.io/docs/validators/assert/).
|
|
128
|
+
*
|
|
129
|
+
* This option would make your SDK library compilation time a little bit
|
|
130
|
+
* slower, but would enahcne the type safety even in the runtime level.
|
|
131
|
+
*
|
|
132
|
+
* @default false
|
|
133
|
+
*/
|
|
134
|
+
assert?: boolean;
|
|
135
|
+
|
|
136
|
+
/**
|
|
137
|
+
* Whether to optimize JSON string conversion 10x faster or not.
|
|
138
|
+
*
|
|
139
|
+
* If you configure this property to be `true`, the SDK library would utilize
|
|
140
|
+
* the [`typia.assertStringify<T>()
|
|
141
|
+
* function`](https://github.com/samchon/typia#enhanced-json) to boost up JSON
|
|
142
|
+
* serialization speed and ensure type safety.
|
|
143
|
+
*
|
|
144
|
+
* This option would make your SDK library compilation time a little bit
|
|
145
|
+
* slower, but would enhance JSON serialization speed 10x faster. Also, it can
|
|
146
|
+
* ensure type safety even in the runtime level.
|
|
147
|
+
*
|
|
148
|
+
* @default false
|
|
149
|
+
*/
|
|
150
|
+
json?: boolean;
|
|
151
|
+
}
|
|
152
|
+
export namespace INestiaConfig {
|
|
153
|
+
/**
|
|
154
|
+
* List of files or directories to include or exclude to specifying the NestJS
|
|
155
|
+
* controllers.
|
|
156
|
+
*/
|
|
157
|
+
export interface IInput {
|
|
158
|
+
/** List of files or directories containing the NestJS controller classes. */
|
|
159
|
+
include: string[];
|
|
160
|
+
|
|
161
|
+
/** List of files or directories to be excluded. */
|
|
162
|
+
exclude?: string[];
|
|
163
|
+
}
|
|
164
|
+
|
|
165
|
+
/** Building `swagger.json` is also possible. */
|
|
166
|
+
export interface ISwaggerConfig {
|
|
167
|
+
/**
|
|
168
|
+
* Response path of the `swagger.json`.
|
|
169
|
+
*
|
|
170
|
+
* If you've configured only directory, the file name would be the
|
|
171
|
+
* `swagger.json`. Otherwise you've configured the full path with file name
|
|
172
|
+
* and extension, the `swagger.json` file would be renamed to it.
|
|
173
|
+
*/
|
|
174
|
+
output: string;
|
|
175
|
+
|
|
176
|
+
/**
|
|
177
|
+
* OpenAPI version.
|
|
178
|
+
*
|
|
179
|
+
* If you configure this property to be `2.0` or `3.0`, the newly generated
|
|
180
|
+
* `swagger.json` file would follow the specified OpenAPI version. The newly
|
|
181
|
+
* generated `swagger.json` file would be downgraded from the OpenAPI v3.1
|
|
182
|
+
* specification by {@link OpenApi.downgrade} method.
|
|
183
|
+
*
|
|
184
|
+
* @default 3.1
|
|
185
|
+
*/
|
|
186
|
+
openapi?: "2.0" | "3.0" | "3.1";
|
|
187
|
+
|
|
188
|
+
/**
|
|
189
|
+
* Whether to beautify JSON content or not.
|
|
190
|
+
*
|
|
191
|
+
* If you configure this property to be `true`, the `swagger.json` file
|
|
192
|
+
* would be beautified with indentation (2 spaces) and line breaks. If you
|
|
193
|
+
* configure numeric value instead, the indentation would be specified by
|
|
194
|
+
* the number.
|
|
195
|
+
*
|
|
196
|
+
* @default false
|
|
197
|
+
*/
|
|
198
|
+
beautify?: boolean | number;
|
|
199
|
+
|
|
200
|
+
/**
|
|
201
|
+
* Whether to include additional information or not.
|
|
202
|
+
*
|
|
203
|
+
* If configured to be `true`, those properties would be added into each API
|
|
204
|
+
* endpoinnt.
|
|
205
|
+
*
|
|
206
|
+
* - `x-nestia-method`
|
|
207
|
+
* - `x-nestia-namespace` ` `x-nestia-jsDocTags`
|
|
208
|
+
*
|
|
209
|
+
* @default false
|
|
210
|
+
*/
|
|
211
|
+
additional?: boolean;
|
|
212
|
+
|
|
213
|
+
/**
|
|
214
|
+
* API information.
|
|
215
|
+
*
|
|
216
|
+
* If omitted, `package.json` content would be used instead.
|
|
217
|
+
*/
|
|
218
|
+
info?: Partial<OpenApi.IDocument.IInfo>;
|
|
219
|
+
|
|
220
|
+
/** List of server addresses. */
|
|
221
|
+
servers?: OpenApi.IServer[];
|
|
222
|
+
|
|
223
|
+
/**
|
|
224
|
+
* Security schemes.
|
|
225
|
+
*
|
|
226
|
+
* When generating `swagger.json` file through `nestia`, if your controllers
|
|
227
|
+
* or theirs methods have a security key which is not enrolled in here
|
|
228
|
+
* property, it would be an error.
|
|
229
|
+
*/
|
|
230
|
+
security?: Record<string, OpenApi.ISecurityScheme>;
|
|
231
|
+
|
|
232
|
+
/**
|
|
233
|
+
* List of tag names with description.
|
|
234
|
+
*
|
|
235
|
+
* It is possible to omit this property or skip some tag name even if the
|
|
236
|
+
* tag name is used in the API routes. In that case, the tag name would be
|
|
237
|
+
* used without description.
|
|
238
|
+
*
|
|
239
|
+
* Of course, if you've written a comment like `@tag {name} {description}`,
|
|
240
|
+
* you can entirely replace this property specification.
|
|
241
|
+
*/
|
|
242
|
+
tags?: OpenApi.IDocument.ITag[];
|
|
243
|
+
|
|
244
|
+
/**
|
|
245
|
+
* Decompose query DTO.
|
|
246
|
+
*
|
|
247
|
+
* If you configure this property to be `true`, the query DTO would be
|
|
248
|
+
* decomposed into individual query parameters per each property. Otherwise
|
|
249
|
+
* you set it to be `false`, the query DTO would be one object type which
|
|
250
|
+
* contains all of query parameters.
|
|
251
|
+
*
|
|
252
|
+
* @default true
|
|
253
|
+
*/
|
|
254
|
+
decompose?: boolean;
|
|
255
|
+
|
|
256
|
+
/**
|
|
257
|
+
* Operation ID generator.
|
|
258
|
+
*
|
|
259
|
+
* @param props Properties of the API endpoint.
|
|
260
|
+
* @returns Operation ID.
|
|
261
|
+
*/
|
|
262
|
+
operationId?(props: {
|
|
263
|
+
class: string;
|
|
264
|
+
function: string;
|
|
265
|
+
method: "HEAD" | "GET" | "POST" | "PUT" | "PATCH" | "DELETE";
|
|
266
|
+
path: string;
|
|
267
|
+
}): string;
|
|
268
|
+
}
|
|
269
|
+
}
|