-
Notifications
You must be signed in to change notification settings - Fork 14
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
[Tools] Swagger #107
Comments
@Michael-Upton Am I right in thinking that the out of process work is using this? Any reason why it shouldn't be in adopt? |
A subtle nuance here - there's the OpenAPI specification (backed by Swagger) and there's OpenAPI/Swagger generation libraries like Swashbuckle. Are we referring to both? (Also worth noting that if you really want your generated documentation to be useful you need to be using the correct attributes and XML doc strings - otherwise you'll end up with a relatively bare list of endpoints). |
Good point, let's say we adopt the Open API spec and our default tool of choice is ? |
FWIW, we currently use NSwag for reasons described here:
|
NSwag looks pretty good to me, and I wasn't aware of its existence - although I'm interested in where things are with API versioning support, since we use that with WebApi now, and their WebApi support is deprecated. (Maybe we should look into retiring WebApi in favour of ASP.NET Core...) |
👍 as there will be less and less support for Web API as time progresses. |
NSwag has docs on official docs section, too: https://docs.microsoft.com/en-us/aspnet/core/tutorials/getting-started-with-nswag?view=aspnetcore-2.1&tabs=visual-studio%2Cvisual-studio-xml |
For reference Swashbuckle also has these docs: |
To try and get this one closed out here's where I think we are. Adopt:
Explore
👍 if you're happy and I'll create a PR. |
We use Swagger to document some of our web APIs.
I believe it should be in Adopt.
The text was updated successfully, but these errors were encountered: