JS學習筆記之用戶端檢測

     一、解決遊覽器相容性問題：用戶端檢測。

     最常用的方法是“能力檢測”，其目標不是識別特定的遊覽器，而是識別遊覽器的能力。採用這種方式不必估計特定的遊覽器如何如何，只要確定遊覽器支援特定的能力即可。

     EG：
     function getElement(id){
     if(document.getElementById){
     return document.getElementById(id);
     }else if(document.all){
     return document.all[id];
     }else{
     throw new Error ("沒有擷取element的方法！");
     }
     }
 
     原則：注意檢測條件要先使用能達成目標的最常用條件進行判斷，保證代碼的最佳化效率，避免條件的缺陷。（邏輯判斷要充分條件）
     能力檢測是不僅要檢測某個特性是否存在，而是要檢測其是否可以達成具體功能的實現,例如：通過判斷object.sort是否存在來判斷對象是否支援排序時不合理的，必須檢測sort是否是函數。
     EG：
     function isSortable(o){
         return typeof object.sort == "function";
     }
     （其實就是保證判斷條件的充分性，包含.sort屬性的對象不一定支援排序）
     再例如，IE9之前的版本 document.createElement 的類型為object.而IE9之後所有DOM方法統一返回“function”。（原因是IE之前的宿主對象是通過COM而非JScript實現的）

      綜合目前遊覽器環境，測試任何對象的某個特性是否存在，要使用下面的函數：
    
     MD：
     //au :Peter Michaux
     function isHostMethod(Object,property){
     var t = typeof object[property];
     return t =='function' || (!!(t=='object'&&object[property])) ||
     t=='unknow';
     }

     註：此方法隨著時間的推移，可能會出現不合理或不完全的地方，應用時要進行合理的測試。
     參考：Peter Michaux的文章《Feature Detection:State of the Art Browser Scripting》
     http://peter.michaux.ca/

     二、能力檢測>>遊覽器檢測

     實際開發中，遊覽器檢測被竟然應用，如：
     var isFirefox = !!(navigator.vendor && navigator.vendorSub);
     var isIE = !!(document.all && document.uniqueID);

     這是典型的遊覽器檢測，曾經.vendor和vendorSub確實可以確定Firefox,因為只有其具備此屬性，但Safari實現了相同屬性後此方法就會帶來誤判。
     所以，通過檢測遊覽器來確定某些方法、屬性的可行性是十分被動的，在遊覽器做出更改後必須修改判斷邏輯。。
   
     合理的解決方案是將能力檢測作為確定下一步解決方案的一句，而不是用它來判斷使用者使用的是什麼遊覽器，即如果使用某方法，檢測其是否可用後執行，而不是通過判斷遊覽器來分別執行某些方法。
 
     簡言之，遊覽器不具有相對穩定、邏輯嚴謹的卻分性質。

     當然，某些特定的需求要展示使用者所用遊覽器的話，，另當別論。