Posso usare un cancelletto (#) per commentare in PHP?

Non ho mai visto un file PHP usando hashes ( #) per commentare. Ma oggi ho capito che in realtà posso! Suppongo che ci sia una ragione per cui tutti usano //invece, quindi eccomi qui.

C'è qualche motivo, oltre alle preferenze personali, da usare //piuttosto che #per i commenti?

La risposta alla domanda C'è qualche differenza tra l'uso di "#" e "//" per i commenti a riga singola in PHP? è no .

Non c'è differenza. Osservando la parte di analisi del codice sorgente PHP, sia "#" che "//" sono gestiti dallo stesso codice e quindi hanno lo stesso identico comportamento.

La documentazione di PHP descrive le diverse possibilità di commenti. Vedi http://www.php.net/manual/en/language.basic-syntax.comments.php

Ma non dice nulla sulle differenze tra "//" e "#". Quindi non ci dovrebbe essere una differenza tecnica. PHP usa la sintassi C, quindi penso che questo sia il motivo per cui la maggior parte dei programmatori sta usando i commenti in stile 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

C'è qualche motivo, oltre alle preferenze personali, di usare // anziché # per i commenti?

Penso che sia solo una preferenza personale. Non c'è differenza tra //e #. Uso personalmente #per il commento di una riga, //per commentare il codice e /** */per il commento di blocco.

<?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';
?>

Si potrebbe pensare che la #forma del commento sia principalmente intesa a creare uno script di shell usando la familiare notazione "shebang" (#!). Nel seguente script, PHP dovrebbe ignorare la prima riga perché è anche un commento. Esempio:

#!/usr/bin/php
<?php

echo "Hello PHP\n";

Se lo memorizzi in un file eseguibile, puoi eseguirlo da un terminale come questo

./hello

L'output è

Hello PHP

Tuttavia , questo ragionamento non è corretto, come mostra il seguente controesempio:

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

#B
echo "Hello PHP\n";

La prima riga (la riga shebang) viene ignorata in modo speciale dall'interprete. La riga di commento prima del tag PHP viene ripetuta nell'output standard perché non si trova all'interno di un tag PHP. Il commento dopo l'apertura del tag PHP viene interpretato come codice PHP ma viene ignorato perché è un commento.

L'output della versione rivista è

#A
Hello PHP

Se stabilisci alcuni set di regole nel tuo team / progetto ... i 2 tipi di commenti possono essere utilizzati per delineare lo scopo del codice commentato.

Ad esempio, mi piace usare #per silenziare / disabilitare le impostazioni di configurazione, le funzioni secondarie e in generale un pezzo di codice che è utile o importante, ma attualmente è disabilitato.

Non esiste un PSR ufficiale per questo.

Tuttavia, in tutto il codice di esempio PSR, vengono utilizzati //per i commenti incorporati.

C'è una proposta di estensione PSR-2 che mira a standardizzarla, ma non è ufficiale: https://github.com/php-fig-rectified/fig-recfied-standards/blob/master/PSR-2-R-coding- style-guide-additions.md # commentando-code

//è più comunemente usato nella cultura PHP, ma va bene anche da usare #. Personalmente mi piace, per essere più breve e risparmiare byte. È gusto personale e di parte, non c'è una risposta giusta per questo, fino a quando, ovviamente, non diventa uno standard, che è qualcosa che dovremmo cercare di seguire il più possibile.

Sì, tuttavia ci sono differenze tra le piattaforme.

Uso sempre # per commentare in PHP, ma ho notato una differenza di adozione.

Sulla tastiera di Windows il tasto # è facile da usare. Sulla tastiera mac il tasto # non è presente per lo più

Pertanto, per gli utenti Mac, [Alt] + [3] o [⌥] + [3] è più difficile da digitare rispetto a //, quindi // è diventato un modo multipiattaforma per visualizzare il codice con commenti.

Questa è la mia osservazione

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

"Funzionalità obsolete in PHP 5.3.x ... I commenti che iniziano con '#' sono ora deprecati nei file .INI."

Ecco qua. L'hash '#' sembra rimanere un'opzione di commento per impostazione predefinita non essendo deprecato. Ho intenzione di usarlo per distinguere i vari livelli di istruzioni if ​​/ else nidificate e contrassegnare le loro parentesi quadre, o usare per distinguere i commenti di codice dal codice commentato come altri hanno suggerito nei post correlati. (Nota: il link era valido / funzionava dal 23/04/19, anche se chissà se continuerà a funzionare anche quando stai leggendo questo.)

C'è qualche motivo, oltre alle preferenze personali, di usare // anziché # per i commenti?

Sono venuto qui per la risposta da solo, ed è bello sapere che non c'è alcuna differenza di codice.

Tuttavia, per quanto riguarda le preferenze, si potrebbe sostenere che preferiresti la coerenza dei commenti 'shell-> perl-> php' rispetto al modo 'c-> php'.

Dato che mi sono avvicinato a PHP come webby perl di un povero, stavo usando # .. e poi ho visto il codice di qualcun altro e sono arrivato direttamente a SO. ;)

I commenti con "#" sono obsoleti con PHP 5.3. Quindi usa sempre // o / ... /