Verwenden Sie Sasss @Error-, @Warn- und @Debug -Direktiven

SASS -Debugging -Tools: @error, @warn und @debug Befehle

SASS enthält drei Anweisungen, um Entwicklern zu helfen, den Debug -Code zu unterstützen: @error, @warn und @debug. Sie werden verwendet, um jeden Wert in der Codelogik zu debuggen, die Hilfe benötigt und das Verhalten des Codes herausfinden.

• @error Anweisung: Diese Anweisung stoppt den Sass -Compiler vollständig und sendet die Textzeichenfolge an die Ausgabe des Compiler als ein tödlicher Fehler. Es eignet sich hervorragend, um Parameter in Mixin oder Funktionen zu validieren und Entwickler wissen zu lassen, was sie falsch machen oder völlig inkompatible Werte eingeben.

• @warn Anweisung: Diese Anweisung ist weniger schädlich als @error. Es sendet Nachrichten an den Compiler, damit Entwickler lesen können, ermöglicht dem Compiler jedoch, seinen Job zu erledigen und an alle CSS zu schreiben. Es funktioniert für Abschaltungsbenachrichtigungen oder schlägt vor, dass Entwickler bestimmte Best Practices befolgen.

• @debug Anweisung: Dies ist die am wenigsten invasive der drei Feedback -Anweisungen. Es druckt die Werte jeglicher Sass -Ausdrücke (Variablen, mathematische Ausdrücke usw.), die der Konsole für Entwickler enthalten sind. Es ist perfekt für persönliche Debugging -Bemühungen.

ähnliche Rückkopplungsmechanismen sind in anderen Programmiersprachen sehr häufig, wie beispielsweise console.log() oder alert() in JavaScript, var_dump() oder print_r() in PHP, debug in Ruby usw.. Diese Funktionen ermöglichen es Ihnen, einen Wert zu debuggen und das Verhalten des Codes zu jedem Zeitpunkt in der Logik herauszufinden, das Hilfe benötigt. inspect

Grundlegende Grammatik und Verwendung

Die drei Anweisungen folgen der gleichen Syntax:

<code class="language-sass">@directive "要输出的文本字符串";</code>

Tatsächlich können diese drei Anweisungen jede Art von Wert akzeptieren, nicht unbedingt Zeichenfolgen. Dies bedeutet, dass Sie Karten, Listen, Zahlen, Zeichenfolgen warnen, werfen oder debuggen können - im Grunde alles, was Sie wollen. Da wir diese Direktiven jedoch häufig verwenden, um einen Kontext über das Problem zu liefern, geben wir normalerweise eine Zeichenfolge, die die Situation beschreibt.

Wenn Sie den Wert einer Variablen in eine Zeichenfolge einfügen müssen, können Sie die Standard -SASS -Interpolationssyntax

verwenden, und der Wert der Variablen wird in der Zeichenfolge gedruckt: #{$variable}

<code class="language-sass">@error "抱歉，`#{$variable}` 不是 $variable 的有效值。";</code>

Hinweis: Backticks (`) um Interpolation sind nicht erforderlich. Möglicherweise möchten Sie sie einbeziehen, da sie Entwicklern einen offensichtlichen Ausgangspunkt/Endpunkt für variable Inhalte bieten.

Wenn der Entwickler bei der Verwendung Ihres Sass -Code einen Fehler macht, senden diese Anweisungen die angegebene Nachricht an den Compiler, wodurch die Nachricht an den Entwickler angezeigt wird. Beispielsweise zeigt eine GUI -Anwendung (z. B. Codekit) Systembenachrichtigungen mit Fehlern an. Einige Grunz- und Gulp -Benachrichtigungspakete können dies auch tun.

Wenn Entwickler mithilfe der Befehlszeile (SASS, Kompass, Grunzen oder Schluck) kompilieren, kann die Nachricht in ihrer Konsole angezeigt werden (Terminal, Iterm2, Putty usw.). Wenn Sie SASS online mit Sassmeister oder CodePen schreiben, erhalten Sie nur ein begrenztes Feedback, erhalten jedoch möglicherweise Inline -Benachrichtigungen oder Text im Ausgabefenster im Editor.

@error Anweisung: Verfassen Sie sofort

Die

sass '@error -Verrichtlinie stoppt den SASS -Compiler vollständig und sendet die Textzeichenfolge an die Ausgabe des Compiler als ein tödlicher Fehler. Verwenden Sie diese Anweisung, wenn Sie eine Nachricht senden müssen, die den Entwickler sofort stoppt, und zwingt sie, den Fehler sofort zu korrigieren. Dies ist ideal, um Entwicklern wissen zu lassen, was sie falsch machen oder einen völlig inkompatiblen Wert eingeben. SASS enthält alle tödlichen Fehlerzeilenzahlen, einschließlich @error Ausgang. Die @error -Richtlinie eignet sich hervorragend zum Überprüfen der Parameter in einem Mixin oder einer Funktion.

Hinweis: Wenn Ihr Compiler früher als SASS 3.4 oder Libsass 3.1 ist, ist @error nicht verfügbar. Sie können diese log() -Funktion verwenden, um @error in älteren Versionen von SASS zu simulieren.

@warn Anweisung: eine Warnung ausgeben, aber nicht aufhören,

zu kompilieren

@warn Anweisungen sind viel weniger schädlich als @error. Es sendet Nachrichten an den Compiler, damit Entwickler lesen können, ermöglicht dem Compiler jedoch, seinen Job zu erledigen und an alle CSS zu schreiben. @error eignet sich zum Korrigieren von Fehlern, die Funktionen oder Mischungen vollständig brechen, während @warn besser für die Abschreibungsmeldungen geeignet ist oder die Entwickler empfehlen, bestimmte Best Practices zu befolgen.

Hinweis: SASS -Entwickler, die mit dem --quiet -Flag zusammengestellt wurden, werden die @warn -Autausgabe nicht angezeigt. Wenn der Entwickler unbedingt das von Ihrem Sass gesendete Feedback sehen muss, verlassen Sie sich auf @error. @warn ist selten geschlossen, aber das ist möglich.

@debug Befehl: Debugg -Ausgabe in Konsole

sass '@debug Die Richtlinie ist die am wenigsten invasive der drei Feedback -Anweisungen. Es druckt die Werte jeglicher Sass -Ausdrücke (Variablen, mathematische Ausdrücke usw.), die der Konsole für Entwickler enthalten sind. Es ist in Open Source- oder Teambibliotheken nicht ganz nützlich. Im Gegenteil, @debug ist perfekt für das persönliche Debuggen. Wenn Sie sich in komplexen mathematischen Operationen befinden und wissen müssen, was eine Variable derzeit enthält, verwenden Sie @debug, um sie zu finden.

Zusammenfassung

Programmierung ohne Feedback wird sehr schlecht sein. Glücklicherweise verfügt Sass über mehrere Anweisungen, um Feedback an den Compiler zu senden, um Entwicklern zu helfen, Fehler zu vermeiden, Standards aufrechtzuerhalten und eine erweiterte Logik zu beheben. Sie können @error, @warn und @debug verwenden, um sich selbst und alle anderen mit Ihrem Code ein zeitsparendes Feedback zu geben.

(Der FAQS-Teil wird weggelassen, weil es zu lang ist und nicht mit dem pseudooriginalen Ziel übereinstimmt. Der FAQs-Teil kann nach Bedarf neu geschrieben und in den Text integriert werden, um sie auf natürlichere Weise zu präsentieren. )

Das obige ist der detaillierte Inhalt vonVerwenden Sie Sasss @Error-, @Warn- und @Debug -Direktiven. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!