oapi is a library for authoring python client libraries for web APIs
based on an OpenAPI specification (both
OpenAPI/Swagger version 2
and version 3
are supported).
oapi-generated packages/modules differ from those generated by other tools
(including but not limited to
swagger-codegen) in that
oapi generates a data model which enforces the schemas defined
in the OpenAPI specification. This means that request and response objects,
and their properties/items/members, cannot comprise data types which differ
from those specified in their OpenAPI document. Additionally, request and
response objects can be validated using sob.validate to verify that they
were not parsed from an object having attributes not defined in the
element's JSON schema, and have all required attributes. oapi
fully supports polymorphism when a schema has an "anyOf", "allOf", or
"oneOf" attribute (although oapi does not require a discriminator
to be defined).
Notable features of an oapi generated client/model library include:
oapigenerated data models and clients are fully type-annotatedoapigenerated data models and clients adhere to PEP-8 formattingoapigenerated data models and clients include docstrings for all models, model properties, client methods, and client method parameters, inferred from "description" and "summary" attributes of elements within the specificationoapigenerated clients will handle the most common server-to-server authentication methods out-of-box, including the OAuth2 authorization code flow (client_id/client_secret), API keys, bearer tokens, HTTP basic auth, and most cookie-based authentication patterns. Custom authentication methods are also easily accomplished by specifying custom base classes and/or passing initialization decorators tooapi.write_client_module.oapigenerated clients and models are easily updated. For instance:oapigenerated data model classes can be renamed using your favorite IDE's refactoring tools, and subsequent updates to that data model (such as to reflect minor-version updates to the spec which add endpoints, schemas, parameters, etc.) will retain your new class names, so long as the schema from which the class was generated remains in the same location within the spec. Class naming can also be customized by passing a custom hook to the get_class_name_from_pointer parameter foroapi.write_model_module.