Ma recommandation serait de ne pas faire confiance à la [ document à partir du code source ] générateurs de trop. Je pense que le public de document est enfin l'homme et ils ont besoin de beaucoup plus que ce que le WADL de machine et les fichiers générés peuvent fournir. Pour aider les outils que vous avez à investir du temps et des efforts pour maîtriser la idosyncracies d'un outil.
Aussi, il existe une réelle limite pratique sur la façon dont beaucoup peuvent être inclus dans le code source de l'API. Simplement de documenter les noms de paramètres et les types ne sera pas une partie de l'aide (et complète) et l'ajout de l'échantillon de demande et de réponse à l'intérieur du code source ressemble simplement mauvais (même si des informations essentielles pour les utilisateurs finaux). Une autre raison peut être simplement de l'esthétique.
Twitter maintient également les documents à la main et qui dit beaucoup de choses. À mon humble avis, la meilleure option serait de conserver la documentation de l'Humain, de format plus convivial et générer du HTML /PDF etc.
Shameless Plug
https://github.com/rjha/restdoc
C'est juste quelques très simples scripts PHP de lire API de YAML fichiers de définition et de générer le code HTML. Ne peut pas à l'échelle pour EBay type d'API énorme, mais pour la simple documentation de l'API exigences ce peut être un moyen d'aller.