-
Notifications
You must be signed in to change notification settings - Fork 1.7k
State of this project #1436
Comments
This is sad to hear. apidoc is waaaaaay easier to use than OpenAPI imo, and more flexible too (Only issue I ever had with it was that trying out the route from the docs never worked, but I don't see this feature in the alternatives either) |
Hey @NicolasCARPi is there a way I can receive the maintainer role or somehow start contributing to the project? I noticed the project recently since Habitica uses it. I'd agree with @cotterjd it seems way easier compared to swagger. I'm mostly interested in adding experience enhancements to the tool. Here is a pull request I opened that shows what I'm working on atm #1441 |
@NicolasCARPi Unfortunately, I have to admit that I can't find time for this project. I've had the hope again and again for years. Unfortunately an illusion. In the meantime the ecosystem around OpenAPI growth and it is defacto industry standard and included in many projects, especially in automatic api documentation. APIDoc is (from writing the annotations) easier to use as OpenAPI, but the automatic tools of OpenAPI made them more powerful as APIDoc is today. APIDoc is still used by many projects, but the zenith was reached in 2022: @m5x5 There are tools, that help to convert APIDoc to OpenAPI (Swagger), like: https://github.com/amanoooo/apidoc-swagger-3 |
Do what you will, but I don't see the harm in letting @m5x5 continue improving it, instead of completely archiving it (which has its benefits, too!). Maybe a clearer warning could be added in the README to inform that new projects should not use this. I do very much agree that open api spec and tooling is vastly superior to apidoc's approach. |
It's sad to see Apidoc reaching its end of life. I think the best course we can take now is to help update this repo: https://github.com/amanoooo/apidoc-swagger-3 to support the latest Apidoc changes so current users can transition easily. |
So sad to see this go unmaintained! I have done a lot of hard work documenting the API for my project, and now I have to completely redo the documentation from scratch. Thanks A LOT, Nicholas! |
I'm sorry to see that no one is currently maintaining it. I have been using it before, thank you. Currently using Apidog, I believe it perfectly solves my anxiety. |
Apidog appears to be a commercial project that has a limited free plan. I want a documentation package that is completely free and as easy to use as this one was. |
Hello reader.
I started working on this project in 2020 simply because I used it, and original author stopped working on it (and was kind enough to give me write access). I spent quite some time reworking a lot of the code (like merging the core back into the repo, merging PR, fixing bugs and updating very outdated things).
When designing APIv2 for my app, I switched to OpenAPI specification, which is much better than documenting the API in source code comments like what apidoc does. It also allows me to generate client code directly from the spec without having to do anything.
My point is that nowadays I would recommend using OpenAPI spec to describe your endpoints, and then whatever doc engine you wish to use. But the important part is that now I do not use apidoc anymore.
Which means I don't have the incentive to maintain it for free, answer issues, fix bugs, etc...
I'm effectively stepping out of maintainer status for this project.
Now that you know that apidoc is not really maintained, it might be a good time to re-evaluate your choices regarding the tech stack for api documentation.
Best regards,
~Nicolas
The text was updated successfully, but these errors were encountered: