Webkit 瀏覽器字首傷害了 web 技術的進步嗎？

1樓：

不會傷害web的進步，但是卻會傷害web標準制定者的進步。

web標準制定者：我才是正統的!!!!

字首：是你跟不上時代的潮流了。

2樓：hu hu

-webkit-成功讓ie體驗到了因為它導致其他核心瀏覽器所體驗到的東西，至於嫌-webkit- -moz- -ms- -o-寫的煩的難道你們不會用工具自己加麼？less scss不用，乙個小程式也能解決問題啊。。。實習生就算了

3樓：劉縉

無論是指責標準化程序太慢的答案，還是指責廠商破壞標準化的答案，都預設了vendor prefix是「不好」的。

恰恰相反，vendor prefix是乙個健康的標準化過程中關鍵的一環。

標準化有兩種典型模式。一曰「閉門造車」，即先制定標準，此時最多有原型級別的實現。然後等待廠商做工業級實現，然後推廣應用，並在此過程中發現標準的各種不利於實現和應用的問題。

而標準本身，根據定義，此時就難以修正。

一曰「事後追認」，即基於某個或某幾個廠商已經實際使用的實現，根據現實經驗加以完善和標準化。廠商在標準之外的創新，是這種模式必需的原材料。

歷史上，前一種模式產生的標準，屢屢失敗。

4樓：林建入

這是典型的因果倒置。事實上，正是由於 web 技術在標準化過程中進展緩慢，拖了技術進步的後腿，谷歌之類的瀏覽器廠商才引入了 -webkit 之類的字首，使得自己能夠超前標準的實現一些特性。

但是現在大家越來越多的使用字首，導致 web 又陷入跨瀏覽器相容性泥潭，恰恰再次印證了標準化的緩慢程度和應用領域對這些特性的強烈需求之間的矛盾。

所以，解決眼下問題的根本在於加快標準化程序，而不是責怪字首本身。

5樓：

Webkit 沒有傷害技術，阻礙 Web 技術進步的是某些一邊罵著某些公司不支援標準（是不是事實先不論）一邊用著 webkit 的非標準技術且不願意用標準技術代替非標準技術且鼓吹 webkit 是標準僅僅因為它是標準 de facto

的人，他們揮舞著標準大旗來宣傳自己的陣營。

至於說標準制定者過於低效的，相對於乙個非標準組織來說，當然是這樣的，因為標準的制定要考慮很多東西，相容性是最為重要的，非標準組織可以這天定乙個這樣的特定，那天再把它 deprecated 掉，並聲稱第二天開始 deprecated 從 warning 變 error。

6樓：王一

假如某個瀏覽器已經支援了W3C的標準屬性命名方案，的確沒有意義再去相容私有屬性。

不過站在我們開發者角度來看，無論最新瀏覽器是不是要保留私有屬性的相容，我們始終都要把所有屬性命名方案全部寫一遍，這個週期會非常長，可能10幾年都不過份。

要想只寫乙個W3C標準屬性名稱，除非所有歷史舊版瀏覽器全部進入墳墓。