Nunca vi um arquivo PHP usando hashes ( #
) para comentar. Mas hoje eu percebi que realmente posso! Estou assumindo que há uma razão pela qual todo mundo usa //
, então aqui estou eu.
Existe alguma razão, além da preferência pessoal, para usar //
e não #
para comentários?
#
símbolo foi chamado de hash tag ... :( Não há razão para baixo votação tão fortemente Lição aprendida.#
para comentários de linha única,//
para comentar a código e/* ... */
de blocos de comentárioRespostas:
A resposta para a pergunta Existe alguma diferença entre usar "#" e "//" para comentários de linha única em PHP? é não .
Não há diferença. Observando a parte de análise do código-fonte PHP, "#" e "//" são tratados pelo mesmo código e, portanto, têm exatamente o mesmo comportamento.
fonte
#
comentários corretamente. Notei que em grandes arquivos PHP: 2k linhas ou mais. Às vezes, começa a dobrar o código em vários #.#
comentários do que comentários//
... mas sempre me perguntei se o#
PSR é compatível. É?# /news (code here)
em vez de// /news (code here)
. Quanto 2k arquivos Linha de Controlo, eu acho que existem outros problemas de que tag comentário ao uso :)A documentação do PHP descreve as diferentes possibilidades de comentários. Consulte http://www.php.net/manual/en/language.basic-syntax.comments.php
Mas isso não diz nada sobre as diferenças entre "//" e "#". Portanto, não deve haver uma diferença técnica. O PHP usa a sintaxe C, então acho que essa é a razão pela qual a maioria dos programadores está usando os comentários no estilo C '//'.
fonte
RTM
fonte
Eu acho que é apenas uma preferência pessoal. Não há diferença entre
//
e#
. Eu pessoalmente uso#
para comentários de uma linha,//
para comentar códigos e/** */
para comentários em bloco.fonte
//
para comentários regulares de código, pois é isso que a maioria das pessoas usa quando comenta código. E eu uso#
para comentários que pretendem descrever, em vez de ser um código comentado. Evitar/**/
um liner reduz os conflitos de abertura / fechamento quando você tenta usar o/**/
código que tem `/ ** / dentro desse código ... você acaba com o fechamento prematuro. e isso é ruim.Pode-se pensar que a
#
forma de comentar se destina principalmente a criar um script de shell usando a notação familiar "shebang" (#!). No script a seguir, o PHP deve ignorar a primeira linha, porque também é um comentário. Exemplo:Se você o armazenar em um arquivo executável, poderá executá-lo em um terminal como este
A saída é
No entanto , esse raciocínio está incorreto, como mostra o seguinte contra-exemplo:
A primeira linha (a linha shebang) é especialmente ignorada pelo intérprete. A linha de comentário antes da tag PHP é ecoada na saída padrão porque não está dentro de uma tag PHP. O comentário após a tag PHP de abertura é interpretado como código PHP, mas é ignorado porque é um comentário.
A saída da versão revisada é
fonte
!
arquivo e execute-o naphp
linha de comando: ele imprimirá "# / usr / bin / php". A razão pela qual o shebang é ignorado é porque o PHP reconhece as linhas shebang no início dos arquivos e as ignora.Se você estabelecer alguns conjuntos de regras em sua equipe / projeto ... os 2 tipos de comentários podem ser usados para descrever o objetivo do código comentado.
Por exemplo, eu gosto de usar
#
para silenciar / desabilitar as configurações, sub-funções e, em geral, um pedaço de código que é útil ou importante, mas que está desabilitado no momento.fonte
Não há PSR oficial para isso.
No entanto, em todo o código de exemplo PSR, eles usam
//
para comentários embutidos.Existe uma proposta de extensão do PSR-2 que visa padronizá-la, mas não é oficial: https://github.com/php-fig-rectified/fig-rectified-standards/blob/master/PSR-2-R-coding- style-guide-additions.md # commenting-code
//
é mais comumente usado na cultura PHP, mas também é bom usar#
. Eu pessoalmente gosto, por ser mais curto e salvar bytes. É de gosto pessoal e tendencioso, não há resposta certa para isso, até que, claro, se torne um padrão, que é algo que devemos tentar seguir o máximo possível.fonte
Sim, no entanto, existem diferenças entre plataformas.
Eu uso # o tempo todo para comentar em PHP, mas notei uma diferença de adoção.
No teclado do Windows, a tecla # é fácil de usar. No teclado do Mac, a tecla # principalmente não está presente.
Portanto, para usuários de Mac, é mais difícil digitar [Alt] + [3] ou [⌥] + [3] que //, portanto, // se tornou uma maneira multiplataforma de exibir código com comentários.
Esta é a minha observação.
fonte
De https://php.net/manual/en/migration53.deprecated.php
"Recursos obsoletos no PHP 5.3.x ... Os comentários começando com '#' agora estão obsoletos nos arquivos .INI."
Aí está. O hash '#' parece permanecer como uma opção de comentário por padrão, não sendo preterido. Eu pretendo usá-lo para distinguir várias camadas de instruções if / else aninhadas e marcar seus colchetes, ou use para distinguir comentários de código de código comentado, como outros sugeriram em postagens relacionadas. (Observação: o link era válido / funcionando a partir de 23/04/19, embora quem sabe se ainda estará funcionando quando você estiver lendo isso.)
fonte
Eu vim aqui para a resposta a mim mesmo, e é bom saber que há NO diferença código.
No entanto, em termos de preferência, pode-se argumentar que você prefere a consistência do comentário 'shell-> perl-> php' versus a maneira 'c-> php'.
Desde que me aproximei do php como webby perl de um homem pobre, estava usando # .. e então vi o código de outra pessoa e fui direto para o SO. ;)
fonte
Comentários com "#" estão obsoletos no PHP 5.3. Portanto, sempre use // ou / ... /
fonte