터미널을 통해 실행될 수있는 동안 컴파일러가 sass 파일에 사용되는 이유

Question

누구든지 설명 할 수 있습니까? 나는 Sass를 사용함에있어서 새로운 것이다. 하지만 터미널을 통해 실행할 수있을 때 사람들이 왜 sass 파일을 컴파일러로 사용하는지 이해할 수는 없습니다.

Answer 1

나는 SASS를 배울 때 실제로 이전에 같은 질문을했습니다.

나는 대부분의 튜토리얼이 꿀꿀/GULP 또는 작업 러너의 어떤 종류를 사용하여 포함 된 이유를 궁금해 유지하는 경우가 경우에도 같은 명령을 사용하여 파일을 라이브 시청 말대꾸 독점 명령 :

이

sass --watch app/sass:public/stylesheets 

내가 인용한다 여기에 (아무도 대답 없음)을 question에서 자신은 컴파일 SASS 내 경험을 공유 :

그런트 : 꿀꿀-있는 contrib-말대꾸를 사용하여 - 모든 것이 원활하게 일했다; 나는 특별한 이유없이이 말을 선택했다. 그러나 나는 후자가 전통적인 루비 Sass보다 더 빠른 libsass (C++)를 사용한다는 것을 읽었다.

꿀꺽 : 꿀꺽 사용 : 말대꾸 -이 공통의 문제에서 해결 ( 파일을 볼 때 나는 종종 오류가 발생을가 나던 어떤 부분 지문을 찾을 수 있지만, 다시 저장하는 경우, 모든 것이 괜찮 - 이 솔루션은 저에게 효과적이지 않습니다), 또한 슬프게도 생성되지 않습니다 지도를 기본값으로 gulp-sourcemaps를 맨 위에 사용해야합니다. 스트레이트 콘솔에서

: 어떤 작업을 주자 - 지금까지 잘 작동 sourcemaps를 생성하고, 단지 그런트와 꿀꺽과 같은 오류가의 위치를 ​​알 수 있습니다.

그래서 나는 이유는 말할 것 SASS를 사용하여 다른 프로젝트에서 작업 한 후에 : 프로젝트의 초기 시대에

을 SASS를 사용하는 경우

• 자습서 작업 주자의 사용을 대중화, 당신 SASS 만 사용하는 경우는 거의 없으므로 다른 작업을 실행하려는 경우가 많으므로 SASS 작업을 흐름에 추가하면 시간이 절약되고 의미가 있습니다.
• 경로를 반복해서 넣어야하는 긴 명령을 기억하는 것보다 gulp sass 또는 gulp과 같은 간단한 명령을 실행하여 기본 꿀꺽 동작 작업 (sass 작업을 포함해야 함)을 실행하는 것이 더 쉽습니다.

후 나는 당신이 그렇게 같은 SASS 명령 행 도구를 실행하기 위해 package.json에 NPM 스크립트를 사용할 수 있음을 깨달았다 잠시 :

"scripts": { 
    "sass": "sass --watch app/sass:public/stylesheets --style compressed" 
    }, 

를 그리고 명령 줄에서 실행 : npm run sass

위의 설정은 필요 없으며 전체 명령을 기억할 필요가 없습니다.

결론적으로 다른 컴파일러/작업 주자없이 CMD SASS를 사용하는 데는 아무런 문제가 없습니다. 가장 편안하다고 느끼는 것을 사용하십시오.