phpDocumentor死了吗？

还是仅仅处于“完成”状态？我已经在所有的PHP项目上使用PHPDoc很多年了，但是我最近注意到PHPDoc网站上的最后一篇帖子是2008年发布的。所以我想知道是不是该研究其他替代品，比如强氧。使用PHPDoc以外的东西有什么好处吗

编辑：今天，当Matthew宣布发布Zend Framework 1.11.5时，发表了一篇关于Dev Zone的有趣文章，他写道：

“Mike van Riel提出将我们的API文档生成转换为DocBlox。我们已经考虑将其用于ZF2，但在看到模板系统的灵活性后，更重要的是，对于我们来说，在打包、生成输出的速度和使用的最小资源方面，我们被卖掉了。（API文档生成时间从80-100分钟缩短到10分钟以下。）您可以自己查看结果。“

这就是我担心的原因，如果像Zend Framework这样的大型项目正在删除phpDoc，在我看来phpDoc的不活动并不是不被注意的。100分钟到10分钟。这是我喜欢听到的

@gms8994呼叫正确

---

*更新：原来DocBlox是伪装的phpDocument2/重新打上了品牌。

为什么要修复一些没有损坏的东西？PHPDoc工作得很好，实际上不需要任何其他东西。他们不尝试创新，只是为了帮助创建文档。他们做得很好。

我在phpDocument上遇到了几个问题。其中之一就是xml导出。在尝试了几次修复代码后，我决定寻找替代方案

我发现并喜欢的是：拉兰吉

---

有趣的是，它将信息保存在mysql数据库中，您可以创建自己的自定义报告。

我最近使用了Doxygen为PHP生成文档。这是一个开源的文档工具，也支持其他语言。我认为这是一个很好的工具，可以轻松生成文档除类图外，它还具有许多可配置的特性。它既适用于Windows，也适用于UNIX/LINUX

---

虽然我目前也在使用doxygen，但我必须指出，PHPDocumentor并没有死。相反，该项目所做的尝试被结合起来，形成了一个全新网站的基础。这些天来，我不相信它已经准备好生产，但它看起来确实很有希望。

PHPDocumentor v3（具有适当的PHP7支持）目前是alpha，非常接近于一个稳定的版本。问题是他们没有很多人在做，所以开发速度很慢

我已经在我的一个Symfony项目上测试了最新的alpha，它做得很好，尽管它缺少一些功能，并且有一些bug。当然，它们都被报告了

---

更新：phpDocumentor v3刚刚进入测试版。查看发布版本。

我也很想知道答案。很长一段时间没有看到项目中的任何活动。或者如果没有看到，我真的很想知道一个好的替代方案。尝试改变。另一个替代方案是。我投票结束这个问题，因为它是离题的基于时间的。PhpDoc开发曾经放缓，现在它还活着，而且很好，一些替代方案正在挣扎。几年后，事情可能会完全不同。在它当前的状态下，它只是令人困惑和/或误导。我明白，“如果它没有坏，就不要修复它”我当然对此感到失望。我关心的不是立即发生的问题，而是如果phpDoc中出现了新版本的PHP（例如php6），会发生什么情况或者是phpDoc不支持的一个新功能，phpDoc社区中有没有人会快速升级并生成修复程序？我的问题的第二部分，我会更好地解释一下，是否有Doxygen或phpDox（或任何其他doc程序）必须具备的功能这是否会成为一个令人信服的理由来转换呢？我认为有足够多的开源项目使用phpDoc，项目或用户自己会加快步伐并帮助修补它。例如，CakePHP，这是一个巨大的php框架，每天都在改进，大量使用phpDoc。我的雇主大量使用phpDoc，清单上还有很多。我知道我们试图控制它发布到CakePHP和修补PhpDoc本身就是一个贡献。好吧，当PHP6问世时，他们可以让它复活。在那之前，有什么困难吗？他们会吗？似乎有人会，但你不能肯定。无论如何，我希望看到有人现在就在开发它，只要试着减少它的内存占用。根据维基pedia PhpDoc于2010年停止开发，并正式消亡。此外，就“如果它没有损坏，就不要修复它”而言，问题是PHP并没有停滞不前。PhpDoc对于5.2代码基来说可能还不错，但5.3引入了名称空间、后期静态绑定、对SPL的各种添加等等。尤其是名称空间可能会阻塞e PhpDoc，因为它不了解他们。感谢@danip的建议，就像上面提到的两个一样，它看起来有了一个良好的开端，但它很年轻，看起来还没有太多的社区支持。我也会关注它。

Rarangi is a generator of documents from php source code.