임박한 CSS 공급 업체 접두사 재앙

키 포인트

CSS 공급 업체 접두사 (특히 접두사)의 과도한 사용은 웹 표준 및 크로스 브라우저 호환성과 관련된 잠재적 인 문제를 나타냅니다. 개발자는 종종 이러한 접두사를 사용하여 새로운 기능에 액세스 할 수 있지만 이는 표준화되지 않은 브라우저 별 코드로 이어질 수 있습니다.

World Wide Web Alliance (W3C)는 비 Webkit 브라우저에서

접두사를 지원하는 것을 고려하고 있습니다. 그러나 이로 인해 동일한 속성을 구현하는 데 비 호환성이 초래 될 수 있으며 개발자가 WebKit- 특이 적 속성을 사용하도록 장려하여 사실상 표준이 될 수 있습니다.
• 이 문제에 대한 책임은 개발자와 브라우저 공급 업체에 있습니다. 개발자는 브라우저 별 코드 작성을 피하고 여러 브라우저에서 웹 사이트를 테스트해야합니다. 동시에 브라우저 공급 업체는 접두사 속성의 표준화 된 상태에 대한 자세한 정보를 제공하고 구식 시점에 강조 표시해야합니다. -webkit
개발자와 CSS 공급 업체 접두사의 관계는 사랑과 증오와 얽혀 있습니다. 그들은 우리가 최첨단 기술을 사용할 수 있지만 긴 진술의 비용으로 :
• . -webkit 이론적으로 잘 작동하지만 실제 상황을 고려하십시오. 1. 실험 속성은 일반적으로 WebKit 엔진에서 먼저 구현되며 다른 브라우저에서 복사 될 것이라는 보장은 없습니다. 2. 공급 업체 접두사 속성이 CSS 사양의 일부인지 여부를 결정하기는 어렵습니다. 일부 공급 업체는 표준화 속성을 제출하지 않습니다. 3. 표준 속성이 변경 되더라도 잘못된 공급 업체 접두사 버전이 계속 지원됩니다. 이전 코드는 여전히 작동합니다. 구현을 수정하기 위해 다시 방문하지 않습니다.
당신은 종종 웹 사이트가
• prefix 만 사용한다는 것을 알게됩니다. 또한 다른 브라우저가 속성을 지원하거나 접두사가없는 광범위한 가용성이있는 경우에도 불구하고 (예 : ). 따라서 Chrome과 Safari는 경쟁 브라우저보다 더 좋아 보입니다.
다른 제조업체는 이에 만족하지 않습니다. 이 질문은 2012 년 2 월 7 일 W3C 회의에서 제기되고 논의되었습니다. 사람들에게 WebKit 접두사를 사용하도록 옹호하는 모든 웹 표준 옹호자들의 프레젠테이션을 볼 수 있습니다. 우리의 임무는 상호 운용성 문제를 해결하는 것입니다. 현재 우리는 Mozilla에서 실제로 지원되는 WebKit Prefix 속성을 확인하려고 노력하고 있습니다. WebKit Prefix를 지원하지 않으면 모바일 웹의 일부에서 제외됩니다.

이것에 대해주의 깊게 생각합시다. WebKit 브라우저는

접두사를 지원합니다. 이것이 W3C가 고려하는 솔루션입니다. 이 아이디어는 끔찍한 패배 일 것입니다. 동일한 WebKit 속성의 두 개 이상의 구현은 호환되지 않으므로 개발자는 어디에서나 사용할 수 없습니다. Apple과 Google을 포함하여 아무도 이길 수 없습니다. 그러나 솔루션이 성공하면 돌이킬 수없는 피해에 대해 더 걱정합니다. 개발자가 WebKit Prefix가 Firefox, IE 및 Opera에서 유효하다는 것을 알게되면 모든 속성에서 작동 할 것으로 예상됩니다. WebKit 전용 채택은 기하 급수적으로 증가하고 공급 업체는 프로세스 전반에 걸쳐 이러한 접두사를 구현해야합니다. 당시 W3C 사양에 관계없이 WebKit 속성은 사실상 표준이됩니다. 게임 종료 : 오픈 웹이 닫힙니다. 그 영향은 또한 CSS를 넘어선 것입니다. 많은 새로운 JavaScript API에는 공급 업체 접두사가 있습니다. -webkit 누가 책임을 져야합니까? 우리는 실패를 비난 할 수 있습니다

W3C Working Group 웹 표준은 성숙하는 데 너무 오래 걸립니다. 이것은 불가피 할 수 있지만 브라우저 제조업체는 프로세스를 우회하고 있습니다.

브라우저 제조업체 그들은 새로운 기술을 도입하기를 간절히 원합니다. 접두사를 추가하고 잊어 버릴 수 있습니다. 웹 개발자는 더 많은 정보가 필요합니다. W3C는이 속성을 고려하고 언제 표시되지 않습니까? 이상적으로는 브라우저가 표준 특성을 구현하면 실험 접두사가 사라집니다. 공급 업체는 웹 사이트를 중단하기 때문에이 작업을 수행하지 않지만 구식 탐지 도구 제공 또는 개발자 콘솔에 오류 메시지를 출력하는 등 문제를 강조하기 위해 더 많은 작업을 수행 할 수 있습니다.

Electric and Google 둘 다 WebKit Prefix를 일상적인 HTML5 웹 개발의 표준 부분으로 홍보하는 데 유죄가 있습니다. 애플은 W3C를 적극적으로 반대 한 혐의로 기소되었습니다. Mozilla, Microsoft 및 Opera 다른 공급 업체는 일반적으로 몇 달이 아닌 몇 달 동안 WebKit 브라우저 뒤에 뒤떨어져 있습니다. WebKit Prefix를 추가하는 것은 말도 안되는 해결책입니다. 이제는 레벨을 향상시킬 때입니다.

기술 웹 사이트와 설교자 우리는 모두 멋진 데모를 좋아하지만 설교자들은 종종 속성이 실험적이며 전체 브라우저 지원을받을 수 없다는 언급을 무시합니다 (예, 여기에는 itepoint

가 포함됩니다). 이상적으로, 코드는 최소한 두 개의 브라우저에서 실행되어야합니다.

웹 개발자 우리는 너무 게으르다. 우리는 브라우저 별 코드를 작성하고 있으며 나중에 수정하려고 할 수도 있지만 거의하지 않습니다. 개발자가 마지막으로 특정 브라우저를 타겟팅했을 때를 기억하십니까? IE6입니다. 10 년 후, 우리는 여전히이 결정의 영향을 받고 있습니다. 역사가 반복되기를 정말로 원하십니까?

행동을 취할 시간입니다 i WebKit 접두사를 지원하기 위해 비 Webkit 브라우저에 반대합니다. 기껏해야 접두사를 사용할 수 없습니다. 최악의 경우 전체 표준화 프로세스를 방해합니다. 귀하는 동의하거나 동의하지 않을 수도 있지만 동료, 블로그 및 소셜 네트워크에 귀하의 의견을 표현하십시오. W3C 및 브라우저 제조업체는 귀하의 의견을 듣습니다. 그런 다음 여러 브라우저에서 웹 사이트를 테스트하십시오. 약간 우아한 다운 그레이드는 괜찮지 만, 동등한 지원을 가진 하나 이상의 최신 브라우저를 무시하는 것은 괜찮지 않습니다. 코드를 수정하거나 웹 사이트가 문제를 악화시킵니다.

CSS 접두사 및 WebKit에 대한 FAQS (FAQS) css 접두사의 목적은 무엇입니까 (예 :

,

, )는 무엇입니까? 벤더 접두사라고도하는

 CSS 접두사는 새로운 CSS 기능이 W3C (World Wide Web Alliance) 표준이되기 전에 브라우저 제조업체가 추가 할 수있는 방법입니다. 이러한 접두사는 새로운 기능이 브라우저에서만 유효합니다. 예를 들어, 는 Mozilla Firefox, <h3>는 오페라, <code>-moz-</code>는 Microsoft Internet Explorer 및 Edge의 경우, <code>-o-</code>는 Safari 및 이전 버전의 Chrome과 같은 WebKit 엔진을 사용하는 브라우저 용입니다. <code>-ms-</code>
<web> WebKit Prefix 위기는 무엇입니까? <code>-webkit-</code>
WebKit Prefix Crisis는 WebKit 브라우저가 </web>
</h3> 접두사를 지원하기 시작하여 이러한 접두사 만 사용하는 사이트와의 호환성을 보장하는 상황을 말합니다. 이로 인해 웹 표준이 단편화되어 새로운 브라우저가 시장에 진입하기가 더 어려워집니다. <p>
<c> 내 코드에서 CSS 접두사를 사용하는 방법은 무엇입니까? <code>-moz-</code>
CSS 접두사를 사용하려면 스타일 시트의 CSS 속성보다 먼저 추가하십시오. 예를 들어, 공급 업체 접두사와 함께 <code>-o-</code> 속성을 ​​사용하려면 다음을 쓸 수 있습니다.
<code>-ms-</code>
<to> (다음 질문에 대한 답변은 비슷하며 기사의 전반적인 구조와 정보의 무결성을 유지하기 위해 생략되었습니다) <alling></alling></to></c></p>

위 내용은 임박한 CSS 공급 업체 접두사 재앙의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!