이 CSS 전처리기에 대해 연구하려고합니다.
CSS 전 처리기보다 sass를 사용하는 것보다 이점이 있습니까? 내가 찾고있는 요소에는 커뮤니티 규모, 소프트웨어 프로젝트 성숙도 등이 있습니다.
나는 이것과 관련된 또 다른 질문 이 있다는 것을 알고 있지만 건설적으로 작성되고 종결되지 않았습니다.
이 CSS 전처리기에 대해 연구하려고합니다.
CSS 전 처리기보다 sass를 사용하는 것보다 이점이 있습니까? 내가 찾고있는 요소에는 커뮤니티 규모, 소프트웨어 프로젝트 성숙도 등이 있습니다.
나는 이것과 관련된 또 다른 질문 이 있다는 것을 알고 있지만 건설적으로 작성되고 종결되지 않았습니다.
답변:
Chris Coyier는 css-tricks.com 에서 SASS와 LESS의 대결을 보여줍니다 . 확실히 읽을만한 가치가 있습니다.
당신의 특정 질문에 관해서는 :
커뮤니티
전 SASS / Compass와 함께 일하므로 LESS 커뮤니티에 친숙하지는 않지만 SASS 커뮤니티도 필요로하지 않았습니다. 그들의 문서는 환상적이며 지금까지 겪었던 모든 문제를 해결했습니다.
그러나 가치가있는 것은 Chris가 자신의 게시물에 가지고있는 SASS vs LESS 통계입니다. 현재 숫자에 대해 업데이트했습니다.
LESS
에서 공개 된 이슈 수 : 121 Sass에서 공개 된 이슈 수 : 87LESS에 대한 보류중인 풀 요청 : 13
Sass에 대한 보류중인 풀 요청 : 8LESS에서 지난 달에
커밋 수 : 49 마지막 달에 Sass에서 커밋 수 : 7
참고로,이 수치는 2012 년 5 월 Chris의 글을 쓰는 시점에 대략적으로 플립 플롭되었습니다. 이는 개발 활동과 관련하여 둘 다 거의 동일하다고 말합니다.
성숙
엄밀히 말해 Sass는 나이가 들었습니다. LESS는 2007 년에 나왔지만 LESS는 2009 년에 나왔습니다.
둘 다 더 많은 도구를 제공하는 프레임 워크를 가지고 있습니다. LESS에는 적은 프레임 워크와 Centage가 있습니다 (또한 Twitter 부트 스트랩은 LESS로 빌드 됨). Sass에는 Compass, Gravity 및 Susy가 있습니다. 당신이 그들을 파면 둘 다 더 많은 것을 가지고 있지만, 당신이 검색 할 때 처음으로 나오는 것들 중 일부입니다.
실제 차이점이 있습니까?
글을 쓸 때 실제로는 아닙니다. Python과 같은 SASS 구문 대신 Sass에서 CSS와 같은 SCSS 구문을 사용하는 경우 일반적인 사소한 구문 차이 ( @vs $) 만 있지만 대부분 기본적으로 동일합니다.
내가 찾은 코딩의 가장 큰 차이점은 a) 수학을 수행 할 때 단위를 처리하는 방법과 b) 상속을 처리하는 방법이었습니다. 와 같은 것이 주어지면 20px + 2emLESS는 두 번째 단위 22px를 버리고 첫 번째 (yeilding ) 를 의미한다고 가정 하지만 Sass는 오류 (기본적으로 유형 불일치)를 발생시킵니다. 상속을 통해 LESS는 그것을 믹스 인으로 취급합니다 (실제로는 잘 설명 할 수 없으므로 자세한 내용 은 Tuts + 기사의 상속 섹션을 참조 하십시오).
하나가 다른 종류보다 우위에 있는지 여부는 물건을 다루는 것이 선호되는 방법에 달려 있습니다.
내가 아는 또 다른 가장 큰 차이점은 기본적으로 각 컴파일 방법과 위치입니다. Sass는 Ruby를 사용하고 서버에서 컴파일하므로 컴파일 된 CSS 파일을 저장하여 클라이언트에 보낼 수 있습니다. 반면에 LESS는 기본값으로 less.js 스크립트를 사용하여 CSS를 즉시 컴파일합니다. 그러나 Node.js를 사용하면 LESS는 Sass와 같은 방식으로 서버 측에서 컴파일 할 수 있습니다.
어느 것?
기본적으로 동일하다면 어떤 것을 사용해야합니까? 글쎄, 파이썬과 같은 SASS 구문을 정말로 좋아하거나 클라이언트 측 컴파일이 갈 길이라고 생각하지 않거나 다른 사람을 상속하는 상속을 선호하는 경우가 아니라면 원하는 것을 선호하는지 여부 (또는 이미 설치되어 있음) Ruby 또는 Node.js가 설치되어 있습니다.
--debug-info나오기 전에 일정 시간 동안 Firebug 및 Chrome에 대한 비표준 "소스 맵" 과 라인 주석이 몇 시간 전에 나 왔으며, 자리 표시 자 (기본적으로 실제로 확장 할 클래스를 작성하지 않고 @extend)는 최신 버전입니다.
나는 당신의 선택이 적어도 당신이하고 있거나 사용하고있는 것에 조금씩 좌우 될 수 있다고 믿습니다. 나는 주로 Rails와 함께 일하며 새 프로젝트를 만들 때 적극적으로 포함 되는 시점까지 CSS에 Sass를 지원합니다 . 기본적으로 Less를 사용하는 인기있는 Bootstrap과 같은 것을 사용하려는 경우 프로젝트에서 사용할 수있는 부트 스트랩 과 같은 인기있는 보석이 많기 때문에 걱정할 필요가 없습니다 .
이 엄격 일화,하지만 난 개인적으로 있었다 모든 노출이 말대꾸 더 큰 사회와 더 많은 지원을 가지고 있으며, 솔직히에 대한 공식 문서이다 말대꾸가 훨씬 더 상세하고보다 긴됩니다 이하 (모든 글꼴 크기 및 패딩을 증가 더 이상 텍스트를 만들지 않습니다). 두 언어를 엄격히 살펴보면 Less에 완전히 익숙하지는 않지만 Sass는 선택기 상속을 가진 유일한 사람입니다. 사람들이 정교하게 만들 수있는 다른 차이점이 있다고 확신합니다.
결국, 모든 사람은 자신의 취향을 가지고 있으며, 하나가 다른 것보다 당신에게 더 잘 맞는다는 것을 알게되면, 필요한 것을 할 수 있다면 반드시 그것을 사용해야합니다. 그러나 Sass를 사용하면서 저는 특히 Rails 도메인에 있다는 점을 고려할 때 명확성과 효과를 즐겼습니다.
Less에 비슷한 것이 있는지 확실하지 않지만 Sass의 주요 장점 중 하나는 Compass 라이브러리입니다. 스프라이트 이미지를위한 자동 CSS 생성에 대해 언급합니다.
적어도 나에게 또 다른 이점은 Sass가 훨씬 더 읽기 쉬운 파이썬과 같은 구문을 허용한다는 것입니다.