Css 는 전처리 구문을 사용하여 기능이 보강된 스쿼드를 전달한다. Style sheet) 의 고급 및 일반 프로그램에 의해 처리되는 구문을 켜졌음 agent. css 스타일 시트. 그러나 그들은 CSS 표준을 확장할 수 없는 것이다.
CSS 지원 및 활용할 수 있는 변수가 아닌 전처리 아니라 com/go/4e6b330a_kr.
이 차이는, 텍스트 및 자스 scs [자스 접근을 제공하는] [1] 의 질문에 답해야 한다.
>. 두 가지 구문을 자스 사용할 수 있습니다. 첫 번째 scs (쾌걸 CSS) 로 알려진 이 참조에는 확장임 구문 및 사용되었고, CSS. 즉, 모든 파일을 같은 이름으로 스타일시트가 유효함 CSS 는 유효한 scs 마무리라뇨. 이 구문은 기능이 향상된 자스 (아래 설명 참조). 이 구문을 사용하여 파일을 가지고 .scss 확장자입니다.
>. , 기존 구문을 알려진 두 번째 및 밀어맞춤된 구문 (또는 가끔 그냥 '자스 ") 는 보다 간결한 방법으로 먹어서나 css. It 가 아닌 브래킷에 밀어맞춤 아닌 별도의 등록 및 중첩할 나타내십시오 선택기를 세미콜론을 줄 바꿈. 이 구문을 사용하여 파일을 가지고 .sass 확장자입니다.
그러나 이 모든 함께 있는 자스 사전 컴파일러와의 귀의하매 tcpg 대해서만 css. Css 를 표준 자체를 확장명으로 아니다.
[1]: http://sass-lang.com/documentation/file.SASS_REFERENCE.html # 구문을
차이는 ᅴ. 그들은 그 출력본 외부 동일해집니다. 이 때문에 자스 및 scs 파일을 서로 가져올 수 있습니다. 사실 자스 4 개의 문법 파서: scs, 자스, CSS 및 줄어듭니다. 이러한 모든 다른 구문을 변환하십시오 salesforce. [ui_policytable_java_spe_policy 추상 구문 트리] (http://en.wikipedia.org/wiki/Abstract_syntax_tree) 에 있는 한 다른 형식을 통해 더욱 처리됩니까 CSS 출력입니다 심지어 관용으로충만하신 변환하십시오 자스 목석같은놈.
좋아해요 구문을 사용하여, 두 가지 모두 완벽하게 지원하며 그들 사이에 마음이 바뀔 경우 나중에 변경할 수 있습니다.
이 파일은 파일 '에서' '다른' 오스테스 시각적으로 이사스 자스 (예:
$color: red
=my-border($color)
border: 1px solid $color
body
background: $color
+my-border(green)
$color: red;
@mixin my-border($color) {
border: 1px solid $color;
}
body {
background: $color;
@include my-border(green);
}
단순히 콧대가 유효한 CSS 문서가 변환할 수 있다 '' 에서 '로 변경하여 .css 오스테스 확장명은 CSS (scs)'.
그들은 모두 두 개의 다른 구문을 일부가 자스 가능한 방법이다.
가장 중요한 차이점은, 원본 scs 스쿼드를 전달한다.
SCSS:
Css 는 유사한 구문을 - (정도로 모든 일반 유효함 CSS3 피쳐이면 유효함 scs , 관계에서 분명히 있지만 다른 방향선이 발생하지 않습니다.)
중괄호 ({} '가' 세미콜론 (;) 으로 ',' 가
구문은 비슷한 루비 -
함께 변환에는 sass-convert*:
# Convert Sass to SCSS
$ sass-convert style.sass style.scss
# Convert SCSS to Sass
$ sass-convert style.scss style.sass
그들은 이 같은 죠브 이외의 -
지금 내가 할 일은 믹스인 및 변수 '코드' 와 같이 쓸 수 있는 '가급적' 오스테스 CSS 컴파일하십시오 이사스 실제로 ie (Visual studio doesn& # 39, 별로 없는 지원을 위한 '이사스 하지만 때마다 나는 작동합니까 레일 합칩니다 아닌 하나의 파일에 대한 프로젝트 난 보통 2 명은 ofc).
요즘 # 39 m , 확증하노라 스타일러스 I& 고려할 때 한 번 (정규직) 의 css 전처리기) 두 구문을 합칩니다 수 있으므로 하나의 파일에 중에서 몇 가지 다른 기능에). 않을 수 있는 팀을 위해 좋은 방향을 취할 수 있지만, 이 때 혼자 # 39 의 ok - it& 유지하고 있다. 이 때 가장 유연한 구문 () 는 스타일러스 실제로 질문이예요
"에 대한 'vs' 및 '구문을 파이널리 믹스인 오스테스 이사스 비교:
// SCSS
@mixin cover {
$color: red;
@for $i from 1 through 5 {
&.bg-cover#{$i} { background-color: adjust-hue($color, 15deg * $i) }
}
}
.wrapper { @include cover }
// SASS
=cover
$color: red
@for $i from 1 through 5
&.bg-cover#{$i}
background-color: adjust-hue($color, 15deg * $i)
.wrapper
+cover
1 의 [홈_페이지 언어]
>. 두 개의 구문을 스쿼드를 전달한다. 새로운 주 >. 구문 (vmware. 자스 3) 로도 알려져 있다 >. "Scs" ("에 대한 쾌걸 CSS") 는 windows용 >. css3 의 상위 솔루션 구문입니다. 즉, >. css3 는 모든 유효함 스타일시트가 >. 유효함 scs 잘 알려져 있다. Scs 파일을 사용하여 >. 확장명은 오스테스트 >. >. Tfsnap 구문은 알려진 두 번째, >. 이 밀어맞춤된 구문 (또는 간단히 "자스") 에서 제공합니다. >. 하믈 의 간결성 영감을 받은 조롱이라면 >. 선호하는 사람들이 위한 것입니다. >. 간결 유사성을 통해 CSS. >. 그 대신 브래킷에 및 세미콜론 >. soundmixer. 밀어맞춤 줄 수 >. 대체하십시오 변해버렸다. 비록 더 이상 >. 구문, 이 밀어맞춤된 구문을 주 >. 계속해서 지원됩니다. 파일 >. config. 밀어맞춤된 구문을 사용하여 >. 확장명은 이사스트
자스 () 은 첫 번째, 그리고 구문은 약간 다르다. 예를 들어, a 믹스인:
Sass: +mixinname()
Scss: @include mixinname()
이에 대한 이해를 더욱 유용하게 사용할 수 있는 자스 중괄호 및 세미콜론 및 중첩할 찾았다.
>. 자스) 의 약자로 스타일시트가 구조상 멋집니다. 이는 확장명으로 >. css 의 전력 및 느낄 수 있는 기본 욕금지 자도으로 자스 () 는 >. 하지만 그 늙은 또 한 가지는, 새로 scs 일부 차게 자스 >. 할 수 있다. 자세한 내용은 아래 또는 자스 scs 사용하기 전에 말한다.
예를 들어 일부 scs 및 자스 문법:
$font-stack: Helvetica, sans-serif;
$primary-color: #333;
body {
font: 100% $font-stack;
color: $primary-color;
}
//Mixins
@mixin transform($property) {
-webkit-transform: $property;
-ms-transform: $property;
transform: $property;
}
.box { @include transform(rotate(30deg)); }
$font-stack: Helvetica, sans-serif
$primary-color: #333
body
font: 100% $font-stack
color: $primary-color
//Mixins
=transform($property)
-webkit-transform: $property
-ms-transform: $property
transform: $property
.box
+transform(rotate(30deg))
body {
font: 100% Helvetica, sans-serif;
color: #333;
}
//Mixins
.box {
-webkit-transform: rotate(30deg);
-ms-transform: rotate(30deg);
transform: rotate(30deg);
}
홈페이지 공식 intel. com/performance/mobile/benchmarks. 안내선 볼 수 있습니다.
차이를 자스 및 scs 자료에서는 차이는 아직 발견되지 않았다. 또한, 비록 내가 너무 자스 및 scs 옵션뿐 그러미자 의해 처음, CSS,) 는 차세대 이사스트 오스테스 쾌걸 있다.
그 차이는 감지에서 하지 않은 경우 아래 코드를 볼 수 있습니다.
/* SCSS */
$blue: #3bbfce;
$margin: 16px;
.content-navigation {
border-color: $blue;
color: darken($blue, 9%);
}
.border {
padding: $margin / 2; margin: $margin / 2; border-color: $blue;
}
위의 코드에서 사용하겠습니다. 이 선언은 구분할 수 있습니다. 난 심지어 이 점을 설명하기 위해 모든 선언을 한 줄로 관용으로충만하신 추가되든지 드보르더 대한 추가. 반면 자스 아래 코드를 사용하지 밀어맞춤 이유가 있고, 다른 줄로 구동되어야 합니다.
/* SASS */
$blue: #3bbfce
$margin: 16px
.content-navigation
border-color: $blue
color: darken($blue, 9%)
.border
padding: $margin / 2
margin: $margin / 2
border-color: $blue
Css 는 훨씬 더 많은 것을 보면 알 수 있습니다 다음 비슷한 비해 일반 CSS 스타일 scs tfsnap 자스 외곽진입.
/* CSS */
.content-navigation {
border-color: #3bbfce;
color: #2b9eab;
}
.border {
padding: 8px;
margin: 8px;
border-color: #3bbfce;
}
요즘 내가 생각하는 이들이 말하는 사람이 있으면 그들은 대부분의 시간을 작업할 수 있는 방법이 아닌 기존의 이사스 제작 오스테스 자스 예로 들 수 있다.
당초 '루비' 는 비슷한 같은 구문을, 루비, 옥 등 스쿼드를 전달한다.
우리는 이와 같은 구문을 사용하여 '대신' t we go don& # 39, {} 의 ',' 도 함께 공백은 않음.
'Like' 에서 'scs' 구문을 다음과 같은 옵션을 갖추고 있지만, 점점 더 많이 CSS '처리' 덜 '과 유사한 중첩할 선언하며 등 다른 CSS'.
그들은 기본적으로 같은 일을 할 수 있지만, 몇 줄의 구문 차이, 보면 볼 때마다 I put ' {}', ',' 및 '공백':
$width: 100px
$color: green
div
width: $width
background-color: $color
$width: 100px;
$color: green;
div {
width: $width;
background-color: $color;
}