Sass 's @error, @warn 및 @debug 지침 사용

Sass 디버깅 도구 : , 및

명령 Sass는 개발자가 디버그 코드의 세 가지 지침을 제공합니다. 이들은 도움이 필요한 코드 로직의 어느 시점에서든 모든 값을 디버깅하고 코드의 동작을 찾는 데 사용됩니다.

@error @warn 지침 : @debug이 지침은 SASS 컴파일러를 완전히 중지하고 텍스트 문자열을 치명적인 오류로 컴파일러의 출력으로 보냅니다. Mixin 또는 함수에서 매개 변수를 검증하고 개발자가 자신이 잘못하고있는 일 또는 완전히 호환되지 않는 값을 입력하는 것을 알리는 데 좋습니다.

@error 지침 : @warn이 지침은 @debug보다 덜 해 롭습니다. 개발자가 읽을 수 있도록 컴파일러에 메시지를 보내지 만 컴파일러가 작업을 수행하고 모든 CSS에 쓸 수 있습니다. 감가 상각 알림에 효과적이거나 개발자가 특정 모범 사례를 준수 할 것을 제안합니다.

• 지침 : 이것은 세 가지 피드백 지침 중 가장 침습적입니다. 개발자가 볼 수 있도록 콘솔에 포함 된 SASS 표현식 (변수, 수학적 표현 등)의 값을 인쇄합니다. 개인 디버깅 노력에 적합합니다. @error

  유사한 피드백 메커니즘은 javaScript에서 또는
와 같은 다른 프로그래밍 언어에서 매우 일반적입니다. php, , Ruby 등. 이러한 기능을 사용하면 도움이 필요한 논리의 어느 시점에서든 값을 디버깅하고 코드의 동작을 찾을 수 있습니다.

기본 문법 및 사용량 @warn 세 가지 지시 사항은 동일한 구문을 따릅니다 실제로이 세 가지 지침은 반드시 문자열이 아니라 모든 유형의 값을 받아 들일 수 있습니다. 즉, 맵, 목록, 숫자, 문자열 - 기본적으로 원하는 모든 것을 경고, 던지기 또는 디버그 할 수 있습니다. 그러나 우리는 종종 이러한 지침을 사용하여 문제에 대한 컨텍스트를 제공하기 때문에 일반적으로 상황을 설명하는 문자열을 전달합니다. @error 변수의 값을 문자열에 삽입 해야하는 경우 표준 SASS 보간 구문

를 사용할 수 있으며 변수의 값은 문자열에 인쇄됩니다. 참고 : 보간 주변의 백 티크 (`)는 필요하지 않습니다. 개발자에게 가변 콘텐츠에 대한 명백한 출발점/종점을 제공하기 때문에 포함시킬 수 있습니다.
• 개발자가 SASS 코드를 사용할 때 실수를 저지르면이 지시문은 지정된 메시지를 컴파일러에 보냅니다.이 메시지는 개발자에게 메시지를 표시합니다. 예를 들어, GUI 응용 프로그램 (예 : Codekit)은 오류가있는 시스템 알림을 표시합니다. 일부 Grunt 및 Gulp 알림 패키지도이를 수행 할 수 있습니다.

  개발자가 명령 줄 (SASS, Compass, Grunt 또는 Gulp)을 사용하여 컴파일하면 메시지가 콘솔 (터미널, ITERM2, 퍼티 등)에 나타날 수 있습니다. Sassmeister 또는 Codepen을 사용하여 온라인으로 Sass를 작성하는 경우 제한된 피드백 만 얻을 수 있지만 편집기의 출력 창에서 인라인 알림이나 텍스트를 얻을 수 있습니다.

  명령어 : 즉시 컴파일을 중지 sass '@error 지시문은 SASS 컴파일러를 완전히 중지하고 텍스트 문자열을 치명적인 오류로 컴파일러의 출력으로 보냅니다. 개발자를 즉시 ​​중지하고 즉시 오류를 수정하도록 강요하는 메시지를 보내야 할 때이 지침을 사용하십시오. 이것은 개발자에게 자신이 잘못하고있는 일을 알리거나 완전히 양립 할 수없는 가치를 입력하도록하는 데 좋습니다. SASS에는 출력을 포함한 치명적인 오류 줄 번호가 포함됩니다. 지시문은 혼합 또는 함수에서 매개 변수를 검증하는 데 좋습니다.
  참고 : 컴파일러가 SASS 3.4 또는 LIBSASS 3.1보다 빠른 경우 를 사용할 수 없습니다. 이전 버전의 SASS 에서이 를 사용하여 @error를 시뮬레이션 할 수 있습니다. @error @error 명령어 : 경고를 발행하지만 컴파일을 중지하지 마십시오

  지침은 보다 훨씬 덜 유해합니다. 개발자가 읽을 수 있도록 컴파일러에 메시지를 보내지 만 컴파일러가 작업을 수행하고 모든 CSS에 쓸 수 있습니다. 는 함수 또는 믹스 인을 완전히 파괴하는 오류를 수정하는 데 적합한 반면 는 알림을 더 이상 사용하지 않거나 개발자가 특정 모범 사례를 따르도록 권장하는 데 더 적합합니다. @error 참고 : log() 출력이 표시되지 않습니다. 개발자가 SASS가 보낸 피드백을 절대적으로 볼 필요가 있다면 @error에 의존하십시오. 는 거의 닫히지 않지만 가능합니다.

  명령 : 콘솔에 대한 디버그 출력

  Sass ' 지시문은 세 가지 피드백 지침 중 가장 침습적입니다. 개발자가 볼 수 있도록 콘솔에 포함 된 SASS 표현식 (변수, 수학적 표현 등)의 값을 인쇄합니다. 오픈 소스 또는 팀 라이브러리에서 완전히 유용하지는 않습니다. 반대로, 는 개인 디버깅에 적합합니다. 복잡한 수학 작업에 있고 현재 변수에 포함 된 내용을 알아야하는 경우 @warn를 사용하여 찾으십시오. 요약

  피드백이없는 프로그래밍은 매우 나쁩니다. 다행히 SASS는 개발자가 오류를 피하고 표준을 유지하며 고급 논리를 문제 해결하는 데 도움이되도록 컴파일러에 피드백을 보내는 여러 지침을 가지고 있습니다. , @warn 및 @error를 사용하여 코드를 사용하여 자신과 다른 사람에게 시간 절약 피드백을 제공 할 수 있습니다. @error @warn (FAQ 부품은 너무 길고 의사 원리 목표와 일치하지 않기 때문에 생략됩니다. FAQ 부품은 필요에 따라 다시 작성되어 텍스트에 통합되어보다 자연스럽게 표시 될 수 있습니다. )

위 내용은 Sass 's @error, @warn 및 @debug 지침 사용의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!