Skip to content
New issue

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

How to document cnd's HTTP API #38

Merged
merged 20 commits into from
Sep 3, 2019
Merged
Changes from 1 commit
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Prev Previous commit
Next Next commit
Mention code reuse via $ref
  • Loading branch information
luckysori committed Sep 3, 2019
commit 7419c39c420c4a7dbdc20e8fe4f5c70f8dcbb6b7
2 changes: 2 additions & 0 deletions 0015-how-to-document-cnd-http-api.adoc
Original file line number Diff line number Diff line change
Expand Up @@ -54,6 +54,8 @@ It should also be helpful for the team and for newcomers.
OpenAPI, because it appears to be the industry standard, and is compatible with the most tools.
The better human readability of API Blueprint doesn't seem all that important given that these specifications can be viewed using powerful tools such as https://rebilly.github.io/ReDoc/[ReDoc].

Also, OpenAPI's `$ref` keyword would allow us to https://github.com/OAI/OpenAPI-Specification/blob/master/guidelines/v2.0/REUSE.md[reuse] operations (endpoints), responses, parameter lists, etc., which simplifies the task of maintaining both a public API specification for developers and a private one for internal use.

=== How would a developer validate its API usage against the specification? ===

Mock servers powered by tools such as https://connexion.readthedocs.io/en/latest/[Connexion] or https://stoplight.io/prism[Prism].
Expand Down