Ich habe noch nie eine PHP-Datei gesehen, in der hashes ( #
) zum Kommentieren verwendet wurde. Aber heute habe ich gemerkt, dass ich es tatsächlich kann! Ich gehe davon aus, dass es einen Grund gibt, warum jeder //
stattdessen verwendet , also bin ich hier.
Gibt es außer den persönlichen Vorlieben einen Grund, diese //
eher als #
für Kommentare zu verwenden?
#
Symbol würde als Hash-Tag bezeichnet ... :( Kein Grund, so stark abzustimmen. Lektion gelernt#
für einzeilige Kommentare,//
zum Auskommentieren von Code und/* ... */
für KommentarblöckeAntworten:
Die Antwort auf die Frage Gibt es einen Unterschied zwischen der Verwendung von "#" und "//" für einzeilige Kommentare in PHP? ist nein .
Es gibt keinen Unterschied. Wenn Sie sich den Parsing-Teil des PHP-Quellcodes ansehen, werden sowohl "#" als auch "//" von demselben Code behandelt und haben daher genau dasselbe Verhalten.
quelle
#
Kommentare nicht immer richtig falten kann. Mir ist aufgefallen, dass in großen PHP-Dateien: 2k Zeilen oder mehr. Manchmal fängt es an, Code auf mehreren # zu falten.#
Kommentare gegenüber Kommentaren//
. Aber ich habe mich immer gefragt, ob#
PSR-konform ist. Ist es das?# /news (code here)
statt// /news (code here)
. Was 2k LoC-DateienDie PHP-Dokumentation beschreibt die verschiedenen Möglichkeiten von Kommentaren. Siehe http://www.php.net/manual/en/language.basic-syntax.comments.php
Es sagt jedoch nichts über Unterschiede zwischen "//" und "#" aus. Es sollte also keinen technischen Unterschied geben. PHP verwendet die C-Syntax, daher denke ich, dass dies der Grund ist, warum die meisten Programmierer die C-Kommentare '//' verwenden.
quelle
RTM
quelle
Ich denke, es ist nur eine persönliche Präferenz. Es gibt keinen Unterschied zwischen
//
und#
. Ich persönlich verwende es#
für einzeilige Kommentare,//
zum Auskommentieren von Code und/** */
für Blockkommentare.quelle
//
für reguläre Codekommentare, da dies die meisten Leute beim Auskommentieren von Code verwenden. Und ich verwende#
für Kommentare, die beschreiben sollen, anstatt Code zu sein, der auskommentiert wird. Das Vermeiden/**/
für einen Liner reduziert das Öffnen / Schließen von Konflikten, wenn Sie versuchen,/**/
Code zu verwenden, der `/ ** / in diesem Code enthält ... Sie erhalten vorzeitiges Schließen. und das ist schlecht.Man könnte denken, dass die
#
Form des Kommentierens in erster Linie dazu gedacht ist, ein Shell-Skript mit der bekannten "shebang" -Notation (#!) Zu erstellen. Im folgenden Skript sollte PHP die erste Zeile ignorieren, da es sich auch um einen Kommentar handelt. Beispiel:Wenn Sie es in einer ausführbaren Datei speichern, können Sie es von einem Terminal wie diesem ausführen
Die Ausgabe ist
Diese Argumentation ist jedoch falsch, wie das folgende Gegenbeispiel zeigt:
Die erste Zeile (die Shebang-Zeile) wird vom Interpreter besonders ignoriert. Die Kommentarzeile vor dem PHP-Tag wird in die Standardausgabe übernommen, da sie sich nicht in einem PHP-Tag befindet. Der Kommentar nach dem öffnenden PHP-Tag wird als PHP-Code interpretiert, jedoch ignoriert, da es sich um einen Kommentar handelt.
Die Ausgabe der überarbeiteten Version ist
quelle
!
Datei zu entfernen , und führen Sie die Datei über diephp
Befehlszeile aus: Es wird "# / usr / bin / php" ausgegeben. Der Grund, warum der Shebang ignoriert wird, ist, dass PHP Shebang-Zeilen am Anfang von Dateien erkennt und ignoriert.Wenn Sie in Ihrem Team / Projekt einige Regelsätze einrichten ... können die beiden Arten von Kommentaren verwendet werden, um den Zweck des kommentierten Codes zu skizzieren.
Zum Beispiel möchte ich
#
Konfigurationseinstellungen, Unterfunktionen und im Allgemeinen einen Code stummschalten / deaktivieren, der nützlich oder wichtig ist, aber gerade deaktiviert ist.quelle
Dafür gibt es keine offizielle PSR.
In allen PSR-Beispielcodes werden sie jedoch
//
für Inline-Kommentare verwendet.Es gibt einen PSR-2-Erweiterungsvorschlag, der darauf abzielt, ihn zu standardisieren, der jedoch nicht offiziell ist: https://github.com/php-fig-rectified/fig-rectified-standards/blob/master/PSR-2-R-coding- style-guide-additions.md # Kommentar-Code
//
wird häufiger in der PHP-Kultur verwendet, ist aber auch in Ordnung#
. Ich persönlich mag es, weil es kürzer ist und Bytes spart. Es ist persönlicher Geschmack und voreingenommen, es gibt keine richtige Antwort darauf, bis es natürlich zum Standard wird, dem wir so weit wie möglich folgen sollten.quelle
Ja, es gibt jedoch plattformübergreifende Unterschiede.
Ich benutze # die ganze Zeit zum Kommentieren in PHP, aber ich habe einen Adoptionsunterschied festgestellt.
Auf der Windows-Tastatur ist die Taste # einfach zu bedienen. Auf der Mac-Tastatur ist die Taste # meistens nicht vorhanden.
Für Mac-Benutzer ist [Alt] + [3] oder [⌥] + [3] schwieriger einzugeben als //, sodass // eine plattformübergreifende Methode zum Anzeigen von Code mit Kommentaren geworden ist.
Das ist meine Beobachtung.
quelle
Von https://php.net/manual/en/migration53.deprecated.php
"Veraltete Funktionen in PHP 5.3.x ... Kommentare, die mit '#' beginnen, sind jetzt in INI-Dateien veraltet."
Hier hast du es. Hash '#' scheint standardmäßig als Kommentaroption zu bleiben, da es nicht veraltet ist. Ich plane, es zu verwenden, um verschiedene Ebenen verschachtelter if / else-Anweisungen zu unterscheiden und ihre schließenden Klammern zu markieren, oder um Codekommentare von auskommentiertem Code zu unterscheiden, wie andere in verwandten Beiträgen vorgeschlagen haben. (Hinweis: Der Link war gültig / funktionierte ab dem 23.04.19, obwohl wer weiß, ob er beim Lesen noch funktioniert.)
quelle
Ich bin selbst hierher gekommen, um die Antwort zu erhalten, und es ist gut zu wissen, dass es KEINEN Codeunterschied gibt.
In Bezug auf die Präferenzen könnte man jedoch argumentieren, dass Sie die Kommentarkonsistenz von 'shell-> perl-> php' gegenüber der von 'c-> php' bevorzugen würden.
Da ich mich PHP als Webby-Perl eines armen Mannes näherte, benutzte ich # .. und dann sah ich den Code eines anderen und kam direkt zu SO. ;)
quelle
Kommentare mit "#" sind in PHP 5.3 veraltet. Verwenden Sie also immer // oder / ... /
quelle