Page not found
+Page not found
Sorry this page doesn’t exist 😞
-Please use the navigation on your left, or the search box at the top to get back on track.
Please use the navigation on your left, or the search box at the top to get back on track.
From 86f6835886eea58f1def2afc8f3237b8150c183a Mon Sep 17 00:00:00 2001 From: "github-actions[bot]" <41898282+github-actions[bot]@users.noreply.github.com> Date: Sun, 8 Dec 2024 12:15:47 +0000 Subject: [PATCH] Updates --- 404.html | 4 ++-- .../_buildManifest.js | 0 .../_ssgManifest.js | 0 getting-started/quick-start.html | 4 ++-- getting-started/tips-for-writing-specifications.html | 4 ++-- guides/client-templates/typescript-angular.html | 4 ++-- guides/client-templates/typescript-axios.html | 4 ++-- guides/client-templates/typescript-fetch.html | 4 ++-- guides/concepts/authenticated-input-specifications.html | 4 ++-- guides/concepts/extract-inline-schemas.html | 4 ++-- guides/concepts/servers-object-handling.html | 4 ++-- guides/server-templates/typescript-koa.html | 4 ++-- guides/use-with-react-query.html | 4 ++-- index.html | 2 +- overview/about.html | 4 ++-- overview/compatibility.html | 4 ++-- overview/roadmap.html | 4 ++-- overview/schema-first-design.html | 4 ++-- reference/cli-options.html | 4 ++-- reference/release-notes.html | 4 ++-- 20 files changed, 35 insertions(+), 35 deletions(-) rename _next/static/{EqqUuchnr05QZoazuMkUF => Tngb85HXumjXDVshrbhUb}/_buildManifest.js (100%) rename _next/static/{EqqUuchnr05QZoazuMkUF => Tngb85HXumjXDVshrbhUb}/_ssgManifest.js (100%) diff --git a/404.html b/404.html index 3284df2e..9b8028df 100644 --- a/404.html +++ b/404.html @@ -1,3 +1,3 @@ -
Sorry this page doesn’t exist 😞
-Please use the navigation on your left, or the search box at the top to get back on track.
Please use the navigation on your left, or the search box at the top to get back on track.
Install the latest NodeJS LTS release, though any recent version of NodeJS will likely work.
You’ll also need either an OpenAPI v3 / v3.1, or TypeSpec API specification to generate from. You can provide OpenAPI specifications as YAML or JSON, local files or remote urls - we’ll load them all! 🚀
@@ -83,4 +83,4 @@You can see examples of code generated from typespec specifications here
You can see examples of code generated from typespec specifications here
\ No newline at end of file diff --git a/getting-started/tips-for-writing-specifications.html b/getting-started/tips-for-writing-specifications.html index d75e7f70..45b03943 100644 --- a/getting-started/tips-for-writing-specifications.html +++ b/getting-started/tips-for-writing-specifications.html @@ -1,4 +1,4 @@ -Garbage in, garbage out applies especially to code generation tools. In short the more detailed, and accurate the specification, the better the code and documentation you’ll get from it.
This page outlines some tips to enhance the quality of the generated code, and make your specification easier to maintain.
@@ -101,4 +101,4 @@Will output a class AwesomeServiceClient
If you can’t modify the title, you can use --override-specification-title "Some Other Title"
-to workaround.
typescript-angular
templatetypescript-angular
templatethis is the least battle tested of the templates and most likely to have critical bugs
The typescript-angular
template outputs a client SDK based on the Angular HttpClient that gives the following:
typescript-axios
templatetypescript-axios
templateThe typescript-axios
template outputs a client SDK based on the axios that gives the following:
typescript-fetch
templatetypescript-fetch
templateThe typescript-fetch
template outputs a client SDK based on the fetch api that gives the following:
Sometimes you want to generate using a URL as the input, but the URL requires some kind of authentication header to be passed.
A good example is Google cloud platforms IAP proxy, @@ -55,4 +55,4 @@
I started by trying to come up with a more ergonomic format, and then felt like I was re-inventing JSON -when it came to dealing with all the edge cases correctly.
We have experimental support for “extracting inline schemas” behind the
--extract-inline-schemas
/ OPENAPI_EXTRACT_INLINE_SCHEMAS=true
configuration flag.
This can be a handy trick to make the code generated from schemas you don’t own/control easier to work with. In general you should prefer to improve the specifications to be more suitable for code generation, which generally also improves -the result of documentation tools like Redoc
OpenAPI 3 has a servers
property that can be used to define the base url for the whole document, or
specific operations. This guide aims to explain how this is processed.
You can find the specifications definition of the servers object here
@@ -74,4 +74,4 @@--enable-typed-base-paths=false
When disabled basePath: string
parameters will still be added to operations that have a servers
override, but
no code based on the url
or variables
will be generated.
See also CLI reference
See also CLI reference
typescript-koa
templatetypescript-koa
templateThe typescript-koa
template outputs scaffolding code that handles the following:
Tanstack Query is a popular data fetching library for react
applications. We
don’t offer any out the box integration with it (yet), but it does integrate easily with our generated client SDKs.
Here’s a basic example implementation. It’s not perfect, but it should give you a good starting point.
@@ -163,4 +163,4 @@@nahkies/openapi-code-generator
is a CLI tool that aims to generate high quality typescript client SDK’s,
and API server scaffolding (routing, validation, serialization) from OpenAPI 3 specifications.
Currently, OpenAPI 3.0, OpenAPI 3.1, and TypeSpec are supported an input specifications.
@@ -49,4 +49,4 @@So if you want a low risk, write-once, get strong build & runtime guarantees experience then we’re worth giving a try.
So if you want a low risk, write-once, get strong build & runtime guarantees experience then we’re worth giving a try.
This page aims to document which parts of the openapi 3.1.0 specification is supported. It may not be totally complete / accurate, but it should be broadly correct and give you an understanding of what does / doesn’t work.
@@ -117,4 +117,4 @@The security requirement object is completely unsupported.
-Attribute | Supported | Notes |
---|---|---|
\{name\} | 🚫 |
Attribute | Supported | Notes |
---|---|---|
\{name\} | 🚫 |
This is a very loosely ordered view of known things that are planned in the roadmap. It’s probably not exhaustive.
These are broadly speaking the known blockers to doing the first v1 release.
@@ -47,4 +47,4 @@Whilst interesting, it’s also uncommon - currently there isn’t a single usage of this feature in the specifications we use for our integration tests.
ref: https://spec.openapis.org/oas/v3.1.1.html#link-object
callbacks
The callbacks
field of an operation is similar to the links
response object, in that
it provides a way to specify callbacks related to an operation.
Much like links
, it’s uncommon to see this used in practice, without a single callbacks
-object defined in any specifications we see.
ref: https://spec.openapis.org/oas/v3.1.1.html#callback-object
ref: https://spec.openapis.org/oas/v3.1.1.html#callback-object
Broadly speaking there are two approaches people take to maintaining API specifications:
We prefer to separate these concerns out into the specification, and keep the implementation code leaner and simpler.
We prefer to separate these concerns out into the specification, and keep the implementation code leaner and simpler.
All CLI options can be provided as command-line parameters, or environment variables as you prefer.
The default action is to run code generation.
@@ -107,4 +107,4 @@-h, --help
Displays help text for command
Displays help text for command
This page is statically generated from the Github releases, and may sometimes be slightly out of date.
Client class exports will now be given unique names generated from the input specifications info.title
field. This can additionally be overridden through a new cli arg --override-specification-title
.
The previous generic exports are kept for backwards compatibility.
POTENTIALLY BREAKING: Filenames generated from tags or route prefixes will now follow kebab-case
naming convention by default. This can be customized to other conventions like camel-case
, etc using --filename-convention
Features
@dependabot made their first contribution in https://github.com/mnahkies/openapi-code-generator/pull/5
Full Changelog: https://github.com/mnahkies/openapi-code-generator/commits/v0.1.0
Full Changelog: https://github.com/mnahkies/openapi-code-generator/commits/v0.1.0