NDoc mentions (0)

Swagger Codegen mentions (11)

• Let's write a simple microservice in Clojure

  Swagger descriptor for REST API with nice Swagger UI console. Nowadays, it is a standard de facto. Microservices should be accessible via HTTP and operate with data in a human-readable JSON format. As a bonus, it is super easy to generate data types and API client code for the client side (it works well for a TypeScript-based front-end, for example). - Source: dev.to / about 2 months ago

• Different Levels of Project Documentation

  Often used for cases where a project exposes a REST or other type of API service. Open API is a popular method of documenting such API services. It can also be used along side tools such as Swagger Codegen to produce boilerplate code for API interaction / testing purposes. There may also be support files for popular API testing tools such as Postman or Insomnia. This makes it easier at a glance to see what data is... - Source: dev.to / 6 months ago

• Decoupler and future implications for legacy-proof UI code

  Regarding the IO, there could also be low-code tools. Swagger could be taken as inspiration. Swagger codegen is a great tool that allows you to declaratively produce code to interact with APIs. - Source: dev.to / 11 months ago

• One framework to develop Android, iOS and watchOS app

  Personally I would try to put as much business logic as possible into your API that runs on server. Use a format like swaggger (https://swagger.io/tools/swagger-codegen/) to auto generate the client SDKs for every platform you support. Source: about 1 year ago

• What is the best API generator for Axum?

  It sounds like you want an OpenAPI spec. This can be written by hand or partially generated using a crate like utoipia. Once you have an OpenAPI spec you can generate clients in a myriad of languages using the (swagger codgen)[https://swagger.io/tools/swagger-codegen/] tools. Source: about 1 year ago