为什么在PHP中经常不鼓励使用“＃”注释？

Question

据我所知，PHP有三种类型的注释：

• /* A block comment */
• // A single-line comment
• # Also a single-line comment

然而，许多编码标准，例如PEAR或Kohana的编码标准，都不鼓励最后一种评论而没有解释。问题是，为什么会这样？这种语法是否计划在不久的时间内弃用？

Answer 1

C语言评论风格已成为行业标准。除非您的项目或工作场所的特定编码标准禁止使用#评论，否则没有任何问题。标准是产生可读代码的关键。

在许多情况下，//和/或/* */被视为编程语言的标准注释语法。通常遇到的唯一例外是VB，它使用'。相反，#通常被认为是shell脚本的标准注释语法。

PHP旨在最初执行这两项任务。 PHP可以并且确实可以作为shell脚本语言运行，并且可以从命令行调用。它具有处理从stdin读取和写入stdout的功能。这可能是注释的#语法的起源。可能不鼓励使用#，因为PHP现在被认为是一种编程语言，而不是shell脚本的工具。具体来说，问题引用的样式指南适用于Web应用程序，而不是某些shell工具。

Answer 2

从你发布的链接来看，这似乎是一种纯粹的风格选择。 PEAR和Kohana想要在风格方面有一些统一性，他们（可能是任意的）选择更喜欢C风格的评论，而不是UNIX / Perl风格的评论。

Answer 3

也许//和/ * * /也是许多其他语言的评论者，如c，c ++，c＃，javascript，css等等。所以也许人们习惯使用它们。只是猜测。

Answer 4

我认为这是因为许多其他程序启动使用//作为单行注释（C，C ++，C＃，java，等等），PHP从C语言中获得了很多语法。

我不相信＃会很快被弃用。

Answer 5

我能想到的唯一原因是，有两种不同的单行注释语法浮出水面会损害代码的可读性。 //似乎是更常见的方式，所以我猜他们只是试图将自己限制为一个以提高可读性

Answer 6

PECL样式指南不鼓励PHP中的#comment表单，但仍然可以接受，可能不会弃用。类似于类名通常没有数字的原因。这只是惯例