내 CSS를 편집해야 versions.will 나는 그들이 미래에서 해당 속성의 지원을 제거 할 수 있습니다 지금 특정 브라우저를 사용하는 경우 :브라우저 공급 업체가 자체 CSS 속성을 만드는 이유는 무엇입니까?
https://developer.mozilla.org/en/CSS_Reference/Mozilla_Extensions
예를 들어 css2-> css3과 같은 대부분의 작업은 진행 중이지만 브라우저가 css3과 같이 아직 지원하지 않으므로 다른 이름으로 표시됩니다.
W3C는 syntaxis에 대해 생각하고 있습니다. 예를 들어 그라데이션을 봅시다.
-webkit-gradient(
linear,
left bottom,
left top,
color-stop(0.2, rgb(86,45,199)),
color-stop(0.6, rgb(112,72,239))
)
-moz-linear-gradient(
center bottom,
rgb(86,45,199) 20%,
rgb(112,72,239) 60%
)
두 코드 모두 동일한 그라디언트를 생성합니다. 보시다시피, 표준 절차가 없으며, 웹킷과 모질라 기반의 브라우저에서 syntaxis는 혼란스럽고 다른 것입니다.
하지만 2 ~ 3 년 후에 구현이 완료됩니다. 이제 표준에 대한 또 다른 코드 행을 추가해야합니다.
gradient: center bottom #colorFrom opacityFrom #colorTo opacityTo;
이제 두 엔진 모두 그라디언트 문장을 이해하고 확장명 뒤에 지정된 경우이 마지막 문장이 해석 할 문장이됩니다.
그들은 여러 가지 이유로 그것을 :
당신이 말한 것처럼예, 슬프게도 이러한 속성은 향후 버전에서 변경되거나 사라질 수 있으므로 코드가 변경되어야합니다.결론 : 표준에 충실하거나 적어도 현재의 반짝이는 기능에는 미래 가격이 있다는 사실을 알고 있어야합니다.
mozilla에는 다음 CSS 표준에 포함될 가능성이있는 확장이있어 한 걸음 앞서 나가기 쉽습니다. 이러한 속성이 표준이 될 때 하나 이상의 브라우저를 지원하려면 moz 접두어없이 사용하십시오.
CSS 표준 진화의 세부 사항에 익숙하지 않은 경우 제조업체가 표준의 "회선 외부로 그려야"하는 주된 이유는 다음과 같다고 생각할 수 있습니다.
확립 된 표준화 프로세스를 효과적으로 우회하는 동안, 위의 드라이버는 아마도 더 큰 이익을 의미하고주의해야 할 것입니다.
시장의 임계 질량을 가지고있는 업체에 대한이 같은하지 실행하지 표준 과정 :
이다 구현 프로젝트에서 스펙을 작성한 다음 비트를 구현 한 다음 스펙을 레슨 l을 기준으로 변경합니다 구현 중에 획득했습니다. 섬세한 댄스입니다 (Robert O’Callahan said).
공급 업체 접두어로 초기 구현을 수행하면 나중에 사양을 변경하면 기존 구현에 대해 작성된 기존 코드가 중단되지 않습니다.
공급 업체 접두사를 사용하면 브라우저 제조사가 Safari의 그라디언트와 같은 좋은 결과를 얻을 수있는 실험을 할 수 있습니다.
-1 b/c "브라우저가 몇 년 동안 지원할 것만 구현합니다"는 단순히 사실이 아닙니다. 심층 응답을 위해 다시 +1하십시오. –