国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

高性能封裝檢測瀏覽器支持css3屬性函數

233jl / 554人閱讀

摘要:我的代碼里多了用下面的代碼測試一下,環境是老版一點的瀏覽器都只支持帶前綴的這兩個屬性比如,測試國外代碼第二個及以后的彈出的都會是,因為它耗盡了。

文章來源我的博客園,歡迎GET:http://www.cnblogs.com/aiweidong/p/5112216.html

css3出來已經很久了,現在來談判斷瀏覽器是否支持某個css3的屬性雖說有點過時了,但是還是可以談談的,然后,此篇主要談的不是判斷是否支持,而是怎么封裝更好,為什么這么封裝,歡迎吐槽。

入題,判斷瀏覽器是否支持css3 transition,方法很簡單,只需要下面這句代碼就行了:

"transition" in document.body.style

chrome和ie支持document.body,但是Firefox不支持,Firefox支持document.documentElement,對于沒有doctype聲明的ie又不支持document.documentElement。
所以用創建一個都支持的元素,然后通過判斷屬性在元素的style里是否存在即可:

"transition" in document.createElement( "i" ).style

當然這是標準下,對于老點的chrome或者Firefox,它們不支持transition,但是支持帶前綴的transition,比如chrome 里css寫成-webkit-transition: 1s;于是js也需要對這種情況進行判定,向后兼容。

現在貼一段簡潔的封裝代碼,然后再逐步解析,以避免繁雜,產生不了全局觀:

function cssProperty( attr ){

        var prefix = [ "O", "ms", "Moz", "Webkit" ],
            length = prefix.length,

            style = document.createElement( "i" ).style;

        cssProperty =  function( attr ){

            if( attr in style ){

                return true;

            }

            attr = attr.replace( /^[a-z]/, function( val ){

                return val.toUpperCase();

            });

            var len = length;

            while( len-- ){

                if( prefix[ len ] + attr in style ){

                   return true;

                }

            }

            return false;

        };

        return cssProperty( attr );
    }

接下來是一段一段的解釋。

為什么直接聲明prefix = [ "O", "ms", "Moz", "Webkit" ]
而不使用字符串切割prefix = "O ms Moz Webkit".split( " " ),其他人很多都是這樣寫的。
經筆者測試,測試代碼如下,為了不必要的影響,我兩段代碼一起測試和兩段代碼分別測試都做了觀察,結果無差。
為了偷懶,估計其他瀏覽器應該也是差不多的結果就不做ie的測試了:

測試結果如下,單位ms:

很明顯,直接聲明prefix = [ "O", "ms", "Moz", "Webkit" ]的代碼執行效率更高。
再看[ "O", "ms", "Moz", "Webkit" ]是25個字節,"O ms Moz Webkit".split( " " )是28個字節,即便是從文件大小方面,前者也優勝過后者。

然而為什么很多國外包括jQuery源碼里都是用split分割的形式呢?
(ps:jQuery-2.1.3源碼5738行寫cssPrefix時,是用的直接賦值,代碼如右:cssPrefixes = [ "Webkit", "O", "Moz", "ms" ])
原因我猜大概是這樣的:對于分割的字符串種類比較多時,采用split有利于文件字節的減少,而執行效率縮小99999倍后幾乎可以忽略不計,但是對于文件被下載更快,雖說也可以忽略不計,但是選擇這邊比選擇執行效率那邊要好一點吧。
(ps:或許還有個原因就是書寫split的這條代碼方便吧,不像數組那樣,一會單引號,一會逗號方括號的...。如果是為了裝逼就算了)

回歸正題,回歸到我們這里,兩邊我們都勝過,所以,毋庸置疑的就應該選擇前者。

● 對于網上有些不緩存而每次去獲取style的代碼,我想說,難道同個瀏覽器環境下,下一秒這個元素的style就變了嗎,難道不同元素它是style也是變的,難道div元素支持transition,其他某個元素就不支持transition了?!還有就是不利于壓縮,不利于文件尺寸的減小,提高下載速度。

下面這個代碼來自國外的誰(當然中國好像很多都是直接不假思索的就拷貝過來了):http://code.tutsplus.com/tutorials/quick-tip-detect-css3-support-in-browsers-with-javascript--net-16444

● 仔細一看,會發現為什么我的排列是這樣的:O ms Moz Webkit,而別人的是這樣的:Webkit Moz O ms;
理由來自2015年瀏覽器市場份額排行榜:http://tools.yesky.com/420/93749420.shtml
在國內,Opera PC版估計沒什么用,而且它早已轉向webkit內核了,ie就不談了,對于開發者來說坑太多了,看不到好效果就看不到吧,對不起了。
所以,總體來說,排名依次是chrome,Firefox,ie,opera。
在后面的while循環判斷代碼中,是倒序判斷的,所以從執行效率的角度講,
大部分情況是chrome訪問,所以就第一個判斷webkit內核,滿足條件就跳出循環,減少執行,提高運行效率。

● 我的代碼里多了 var len = length; 用下面的代碼測試一下,環境是(老版一點的)瀏覽器都只支持帶前綴的這兩個屬性(比如Firefox13),測試國外代碼第二個及以后的alert彈出的都會是false,因為它耗盡了len。

alert( cssProperty( "columns" ) )
alert( cssProperty( "animation" ) )

● 函數封裝如下封裝,如果像國外那種柯里化封裝表示js一加載完就會執行外層的匿名函數,然后把新函數賦值給supports,如果頁面一定會用到檢測函數,那么這種方法與下面的封裝效果無差,但是如果頁面不一定用到,即cssProperty變成了整站全局函數,或許另多個頁面用到,于是像下面這樣封裝就不會造成函數的自執行,只有第一次調用函數的時候,函數才會執行,然后被賦予新值,詳情可以參考一下《JavaScript高級程序設計第三版》惰性載入函數。

function cssProperty( attr ){

     //...code

     cssProperty =  function( attr ){

         //...code

     };

     return cssProperty( attr );
}

最后歡迎訪問我的Github,歡迎Star,歡迎Fork,一起成長。

文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。

轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/78444.html

相關文章

  • javascript功能插件大集合 前端常用插件 js常用插件

    摘要:轉載來源包管理器管理著庫,并提供讀取和打包它們的工具。能構建更好應用的客戶端包管理器。一個整合和的最佳思想,使開發者能快速方便地組織和編寫前端代碼的下一代包管理器。很棒的組件集合。隱秘地使用和用戶數據。 轉載來源:https://github.com/jobbole/aw... 包管理器管理著 javascript 庫,并提供讀取和打包它們的工具。?npm – npm 是 javasc...

    netmou 評論0 收藏0
  • javascript功能插件大集合 前端常用插件 js常用插件

    摘要:轉載來源包管理器管理著庫,并提供讀取和打包它們的工具。能構建更好應用的客戶端包管理器。一個整合和的最佳思想,使開發者能快速方便地組織和編寫前端代碼的下一代包管理器。很棒的組件集合。隱秘地使用和用戶數據。 轉載來源:https://github.com/jobbole/aw... 包管理器管理著 javascript 庫,并提供讀取和打包它們的工具。?npm – npm 是 javasc...

    Hydrogen 評論0 收藏0
  • javascript功能插件大集合,寫前端的親們記得收藏

    摘要:一個專注于瀏覽器端和兼容的包管理器。一個整合和的最佳思想,使開發者能快速方便地組織和編寫前端代碼的下一代包管理器。完全插件化的工具,能在中識別和記錄模式。健壯的優雅且功能豐富的模板引擎。完整的經過充分測試和記錄數據結構的庫。 【導讀】:GitHub 上有一個 Awesome – XXX 系列的資源整理。awesome-javascript 是 sorrycc 發起維護的 JS 資源列表...

    cfanr 評論0 收藏0
  • 前端動畫調研-V1

    摘要:支持動畫狀態的,在動畫開始,執行中,結束時提供回調函數支持動畫可以自定義貝塞爾曲線任何包含數值的屬性都可以設置動畫倉庫文檔演示功能介紹一定程度上,也是一個動畫庫,適用所有的屬性,并且實現的能更方便的實現幀動畫,替代復雜的定義方式。 動畫調研-V1 前言:動畫從用途上可以分為兩種,一種是展示型的動畫,類似于一張GIF圖,或者一段視頻,另一種就是交互性的動畫。這兩種都有具體的應用場景,比如...

    ddongjian0000 評論0 收藏0
  • JavaScript 資源大全中文版

    摘要:官網全新的靜態包管理器。官網一個整合和官網的最佳思想,使開發者能快速方便地組織和編寫前端代碼的下一代包管理器。官網小巧的兼容的所見即所得的富文本編輯器。官網富文本編輯器。官網由制作,適用于每天寫作的富文本編輯器。 1. 包管理器 管理著 javascript 庫,并提供讀取和打包它們的工具。 npm:npm 是 javascript 的包管理器。官網 cnpm:cnpm 是 由于國...

    jzman 評論0 收藏0

發表評論

0條評論

最新活動
閱讀需要支付1元查看
<