Sphinx und ReST kann als generische Dokumentation Tools, in meiner Erfahrung verwendet werden. Es gibt nichts an Sphinx, das Sie verpflichtet, es nur für Python-basierte Projekte zu verwenden. Zum Beispiel habe ich in meiner Arbeit ein Benutzerhandbuch und eine XML-RPC-API-Referenz erstellt. In beiden Fällen hatte ich keine Verwendung für sphinx.ext.autodoc
oder andere Python-spezifische Extras. Die Dokumentation wurde "von Hand" geschrieben, mit meist generischen ReST-Direktiven und nicht mit den Spezialdirektiven von Sphinx. Für das, was es wert ist, musste ich noch nicht eine benutzerdefinierte ReST-Direktive für Nicht-Python-Dokumentation erstellen.
Auch wenn Sie mit einem PHP-Projekt arbeiten, denke ich, dass Sie Sphinx nützlich finden werden. Zum Beispiel sind die meisten der von the module specific markup zur Verfügung gestellten Richtlinien tatsächlich ziemlich allgemein. Ich verstehe nicht, warum Sie diese Konstrukte nicht verwenden können oder wollen, um Zeug aus anderen Sprachen als Python zu dokumentieren. Ebenso macht Sphinx es sehr einfach zu show code examples in other languages. Es gibt sogar einen Konfigurationswert, um den Standard in jede Sprache zu ändern, die von Segmenten unterstützt wird (einschließlich PHP). Wenn Sie sich besonders ehrgeizig fühlen, könnten Sie sogar create a Sphinx extension etwas relevantes aus Ihrem PHP-Code herauspicken.
Alles, was gesagt wird, achten Sie darauf, die Zuschauer für Ihr Dokumentationsprojekt zu berücksichtigen. Während ich denke, dass Sphinx ein ausgezeichnetes Werkzeug ist und es für eine Vielzahl von Dokumentationsprojekten empfehlen würde, wenn Ihr Publikum etwas anderes erwartet, denken Sie daran. Wenn Sie beispielsweise ein Java-Projekt dokumentieren, erwartet ein Großteil Ihrer Zielgruppe Dokumente im Javadoc-Stil. Wenn Sie von dieser Erwartung abweichen, stellen Sie sicher, dass es nicht nur für Tritte ist (dh es gibt Ihnen bessere Dokumente, als Sie sonst bekommen würden) und bereit sein, (kurz) für das, was Sie anders gemacht haben, zu argumentieren (zB mit einem FAQ Antwort oder Einführung).
Schließlich ist jede Dokumentation besser als keine Dokumentation, unabhängig davon, mit welchem Werkzeug sie erstellt wurde. Verwenden Sie ein beliebiges Tool, das Ihnen hilft, wenn es darum geht, etwas herauszubekommen und nicht.
würde mir diese Links als Referenz nicht zulassen, hinzufügen: http://docutils.sourceforge.net/rst.html http://www.sphinxsearch.com/ – messedup