php-cs-fixer: Weitere Informationen zur Verwendung der Option "fix --level" benötigen Sie

Hier ist ein guter Tipp Blogpost zur Verwendung von php-cs-fixer und hier bedeutet es, dass standardmäßig psr2 fixers verwendet wird, wenn die Option --level nicht angegeben ist.

Aber wenn wir --level=symfony explizit übergeben, führt es einige "zusätzliche" Überprüfungen durch, die auf Symfony ausgerichtet sind und über und über PSR2 hinausgehen

  

Standardmäßig werden "alle PSR-2-Fixer und einige zusätzliche" ausgeführt   kann die Ebene, die Sie mit dem Flag --level ausführen möchten, umschalten, was ich tun werde   setze auf psr2, damit die "zusätzlichen" checks, die zielgerichtet sind   bei Symfony und gehen Sie über PSR2 hinaus, werfen Sie mich nicht ab. (Es läuft   der gesamte Stack standardmäßig, der Level "symfony" und   enthält Dinge wie "Ausrichtung ist gleich Zeichen in nachfolgenden Zeilen").

Auch die php-cs-fixer README auf github bietet einige Informationen über die ausgeführten Filter in PSR-0, PSR-1, PSR-2 und symfony.

Jetzt im Jahr 2017, seit Version 2, können Sie describe command verwenden.

Es zeigt Ihnen aktuelle Fixer im Regelsatz mit Namen und Beschreibung:

Für das "Symfony" -Regelwerk würde es so aussehen:

Und für einzelne Regeln wie:

Level wurde zu @Rule

Beachten Sie auch, dass die Option level veraltet ist. Verwenden Sie es als Regel, nur mit @ Präfix stattdessen.

Weitere Informationen finden Sie im zugehörigen PR .

Wie ich in diesem Dokument Ссылка sehe, führt es diese Liste von Filtern aus :

• blankline_after_open_tag - Stellen Sie sicher, dass sich in der gleichen Zeile wie das offene PHP-Tag kein Code befindet und eine Leerzeile folgt.
• concat_without_spaces - Die Verkettung sollte ohne Leerzeichen verwendet werden.
• double_arrow_multiline_whitespaces - Operator = & gt; sollte nicht von mehrzeiligen Leerzeichen umgeben sein.
• duplicate_semicolon - Entfernen Sie doppelte Semikola.
• empty_return - Eine Return-Anweisung, die nichts zurückgeben soll, sollte einfach "return" sein.
• extra_empty_lines - Entfernt zusätzliche Leerzeilen.
• include - Include und Dateipfad sollten durch ein einzelnes Leerzeichen getrennt werden. Der Dateipfad sollte nicht in Klammern stehen.
• join_function - Die Implode-Funktion sollte anstelle der Join-Funktion verwendet werden.
• list_commas - Entfernt in Listenfunktionsaufrufen nachgestellte Kommas.
• multiline_array_trailing_comma - PHP-Mehrfachzeilenarrays sollten ein abschließendes Komma haben.
• namespace_no_leading_whitespace - Die Namespace-Deklarationszeile sollte keine führenden Leerzeichen enthalten.
• new_with_braces - Alle Instanzen, die mit einem neuen Schlüsselwort erstellt wurden, müssen mit geschweiften Klammern gefolgt werden.
• no_blank_lines_after_class_opening - Nach dem Öffnen der Klasse sollten keine leeren Zeilen vorhanden sein.
• no_empty_lines_after_phpdocs - Zwischen Docblock und dem dokumentierten Element dürfen keine Leerzeilen stehen.
• object_operator - Vor oder nach dem Objekt T_OBJECT_OPERATOR sollte kein Leerzeichen stehen.
• operators_spaces - Binäre Operatoren sollten von mindestens einem Leerzeichen umgeben sein.
• phpdoc_indent - Docblocks sollten dieselbe Einrückung wie der dokumentierte Betreff haben.
• phpdoc_no_access - @access Anmerkungen sollten von phpdocs weggelassen werden.
• phpdoc_no_empty_return - @return void und @return null Anmerkungen sollten in phpdocs weggelassen werden.
• phpdoc_no_package - @package- und @subpackage-Annotationen sollten in phpdocs weggelassen werden.
• phpdoc_params - Alle Elemente der Tags @param, @throws, @return, @var und @type phpdoc müssen vertikal ausgerichtet sein.
• phpdoc_scalar - Skalartypen sollten immer in der gleichen Form geschrieben werden. "int", nicht "ganze Zahl"; "bool", nicht "boolean"; "float", nicht "real" oder "double".
• phpdoc_separation - Anmerkungen in phpdocs sollten so gruppiert werden, dass Annotationen des gleichen Typs sofort aufeinander folgen und Annotationen eines anderen Typs durch eine einzelne Leerzeile getrennt werden.
• phpdoc_short_description - Phpdocs kurze Beschreibungen sollten entweder mit einem Punkt, einem Ausrufezeichen oder einem Fragezeichen enden.
• phpdoc_to_comment - Docblocks sollten nur für Strukturelemente verwendet werden.
• phpdoc_trim - Phpdocs sollten mit Inhalt beginnen und enden, mit Ausnahme der ersten und letzten Zeile der Docblocks.
• phpdoc_type_to_var - @type sollte immer als @var.
geschrieben werden
• phpdoc_var_without_name - @var- und @type-Annotationen sollten nicht den Variablennamen enthalten.
• remove_leading_slash_use - Entfernt führende Schrägstriche in use-Klauseln.
• remove_lines_between_uses - Entfernt Zeilenumbrüche zwischen use-Anweisungen.
• return - Ein leerer Zeilenvorschub sollte vor einer return-Anweisung stehen.
• self_accessor - Innerhalb eines noblen Elements sollte "self" dem Klassennamen selbst vorgezogen werden.
• single_array_no_trailing_comma - PHP-Einzeilarrays sollten kein abschließendes Komma haben.
• single_blank_line_before_namespace - Vor einer Namespace-Deklaration sollte genau eine Leerzeile stehen.
• single_quote - Konvertiert doppelte Anführungszeichen in einfache Anführungszeichen für einfache Zeichenfolgen.
• spaces_before_semicolon - Einzeilige Leerzeichen vor dem Schließen des Semikolons sind
• spaces_cast - Ein einzelner Space sollte zwischen Besetzung und Variable liegen.
• standardize_not_equal - Ersetze alle & lt; & gt; mit! =.
• ternary_spaces - Standardisiert Leerzeichen um den ternären Operator.
• trim_array_spaces - Arrays sollten wie Argumente von function / method formatiert sein, ohne einen einzigen Zeilenabstand zu führen oder zu führen.
• unalign_double_arrow - Unallign Doppelpfeil Symbole.
• unalign_equals - Unallign entspricht Symbolen.
• unary_operators_spaces - Unäre Operatoren sollten neben ihren Operanden stehen.
• unused_use - Unbenutzte Use-Anweisungen müssen entfernt werden.
• whitespacy_lines - Entfernt nachgestellte Leerzeichen am Ende der Leerzeilen.