Могу ли я использовать хеш-знак (#) для комментирования в PHP?

Я никогда не видел PHP-файл, использующий hashes ( #) для комментариев. Но сегодня я понял, что на самом деле могу! Я предполагаю, что есть причина, почему все используют //вместо этого, так что вот я здесь.

Есть ли какая-либо причина, помимо личных предпочтений, использовать //вместо #комментариев?

Ответ на вопрос Есть ли разница между использованием «#» и «//» для однострочных комментариев в PHP? нет нет .

Нет никакой разницы. Смотря на часть синтаксического анализа исходного кода PHP, оба «#» и «//» обрабатываются одним и тем же кодом и, следовательно, имеют одинаковое поведение.

Документация PHP описывает различные возможности комментариев. См. Http://www.php.net/manual/en/language.basic-syntax.comments.php

Но это ничего не говорит о различиях между "//" и "#". Так что не должно быть технической разницы. PHP использует синтаксис C, поэтому я думаю, что именно по этой причине большинство программистов используют комментарии в стиле C '//'.

<?php
    echo 'This is a test'; // This is a one-line C++ style comment
    /* This is a multi-line comment.
       Yet another line of comment. */
    echo 'This is yet another test.';
    echo 'One Final Test'; # This is a one-line shell-style comment
?>

RTM

Есть ли какая-либо причина, кроме личных предпочтений, использовать // вместо # для комментариев?

Я думаю, что это только личное предпочтение. Там нет никакой разницы между //и #. Я лично использую #для однострочного комментария, //для комментирования кода и /** */для блочного комментария.

<?php
    # This is a one-line comment
    echo 'This is a test';

    // echo 'This is yet another test'; // commenting code

    /** 
     * This is a block comment
     * with multi-lines 
     */
    echo 'One final test';
?>

Можно подумать, что #форма комментирования в первую очередь предназначена для создания сценария оболочки с использованием знакомой нотации «шебанг» (#!). В следующем сценарии PHP должен игнорировать первую строку, потому что это также комментарий. Пример:

#!/usr/bin/php
<?php

echo "Hello PHP\n";

Если вы храните его в исполняемом файле, вы можете запустить его из терминала, как это

./hello

Выход

Hello PHP

Однако это рассуждение неверно, как показывает следующий контрпример:

#!/usr/bin/php
#A
<?php

#B
echo "Hello PHP\n";

Первая строка (строка Шебанга) специально игнорируется интерпретатором. Строка комментария перед тегом PHP выводится на стандартный вывод, потому что она не внутри тега PHP. Комментарий после открывающего тега PHP интерпретируется как код PHP, но он игнорируется, потому что это комментарий.

Выход пересмотренной версии

#A
Hello PHP

Если вы устанавливаете некоторые наборы правил в вашей команде / проекте ... 2 типа комментариев могут использоваться для описания цели закомментированного кода.

Например, мне нравится использовать #для отключения / отключения настроек конфигурации, подфункций и в целом фрагмент кода, который полезен или важен, но в настоящее время отключен.

Там нет официального PSR для этого.

Однако во всем примере кода PSR они используются //для встроенных комментариев.

Есть предложение по расширению PSR-2, которое направлено на его стандартизацию, но оно не является официальным: https://github.com/php-fig-rectified/fig-rectified-standards/blob/master/PSR-2-R-coding- style-guide-additions.md # комментирование-код

//более широко используется в культуре PHP, но его тоже можно использовать #. Мне лично это нравится, потому что я короче и экономлю байты. Это личный вкус и предвзятость, правильного ответа на него нет, пока, конечно, он не станет стандартом, которому мы должны стараться следовать как можно больше.

Да, однако существуют кроссплатформенные различия.

Я постоянно использую # для комментирования в PHP, но я заметил разницу в принятии.

На клавиатуре Windows клавиша # проста в использовании. На клавиатуре Mac клавиши # в основном нет.

Таким образом, для пользователей Mac печатать [Alt] + [3] или [⌥] + [3] сложнее, чем //, поэтому // стал кроссплатформенным способом отображения кода с комментариями.

Это моё наблюдение.

С https://php.net/manual/en/migration53.deprecated.php

«Устаревшие функции в PHP 5.3.x ... Комментарии, начинающиеся с« # », теперь не поддерживаются в файлах .INI».

Там у вас есть это. По умолчанию хэш '#' остается в качестве параметра комментария, но не считается устаревшим. Я планирую использовать его, чтобы различать различные уровни вложенных операторов if / else и отмечать их закрывающими скобками, или использовать для различения комментариев кода от закомментированного кода, как другие предлагали в соответствующих публикациях. (Примечание. Ссылка действительна / работает по состоянию на 23.04.199, хотя кто знает, будет ли она работать, когда вы ее читаете?)

Есть ли какая-либо причина, кроме личных предпочтений, использовать // вместо # для комментариев?

Я пришел сюда за ответом сам, и это хорошо знать, нет никакой разницы в коде.

Однако, с точки зрения предпочтений можно утверждать, что вы бы предпочли согласованность комментариев «shell-> perl-> php», а не «c-> php».

Так как я подходил к php как к webl perl для бедного человека, я использовал # .. а потом я увидел чей-то код и пришел прямо к SO. ;)

Комментарии с "#" не поддерживаются PHP 5.3. Поэтому всегда используйте // или / ... /