如何判斷h5是安卓還是ios
A. 如何判斷H5移動端是IOS還是安卓
//判斷是否是安辯缺卓還是ios
functionisAndroid_ios(){
varu=navigator.userAgent,app=攜毀辯navigator.appVersion;
varisAndroid=u.indexOf('Android')>-1||u.indexOf('Linux')>-1;//android終端或者uc瀏覽器余侍
varisiOS=!!u.match(/(i[^;]+;(U;)?CPU.+MacOSX/);//ios終端
returnisAndroid==true?true:false;
}
B. h5 js判斷是安卓還是ios設備，跳轉到對應的下
js監聽navigator.userAgent，代碼如下：
varuser=navigator.userAgent;
if(user.match(/(iphoneos)/i)){
console.log("isphone");
}elseif(user.match(/ipad/i)){
console.log("isipad");
}elseif(user.match(/(midp|ucweb|android|windowsce|windowsmobile)/i){
console.log("android");
};
C. H5頁面如何實現自動識別IOS或安卓，如果是IOS就自動跳轉到蘋果應用商店AppStore
可以的，具體我記不太清了，大致實現方法是
進入H5頁兄知埋面，js判斷是ios還是android或是h5，
然後羨螞向ios和android索要起對猛鄭應的方法，然後判斷是否有這個方法，如果有就交還給app
D. 如何判斷一個 APP 頁面是否是 H5 頁面
1，租帶首先從邏輯關繫上猜測下：
比如淘寶京東手機APP上的商品分類肯定都是茄型知H5，因為不可能每次產品更新產品信息都要在安卓蘋果端分別更新。這樣工作量很大也不現實。
2.在無網路的情況下頁面是否能打開。原生開發無網路是能顫消打開頁面的因為有緩存的。
3.長按頁面，如果出現文字選擇、粘貼功能的是H5頁面。
4.抓包抓到url或者html的代碼肯定是 「H5」
一直從事APP項目，希望能幫到你～
E. 在線等，網頁如何判斷客戶端是安卓還是IOS系統
可派虛通過HTTP_USER_AGENT來判斷。
PHP code?
function getUserAgent(){
$agent = $_SERVER['HTTP_USER_AGENT'];
if(stripos($agent,'iPod')!==false||stripos($agent,'iPhone'塵悄燃)!==false||stripos($agent,'iPad')!==false){
return 'iOS';
}elseif(stripos($agent,'Android')!==false){}
return 'Android';
}else{
return 'other'運譽;
}
}
F. web頁面如何判斷是ios還是android
判斷原理：
javaScript是前端開發敏此的主要語言，我們可以通過編寫JavaScript程亮檔序來判斷瀏覽器的類型及版本。JavaScript判斷瀏覽器類型一般有兩種辦法，一種是根據各種瀏覽器獨有的屬性來分辨，另一種是通過分析瀏覽器的userAgent屬性來判斷的。在許多情況下，值判斷出瀏覽器類型之後，還需判斷瀏覽器版本才能處理兼容性問題，而判斷瀏覽器的版本一般只能通過分析瀏覽器的userAgent才能知道。
瀏覽器類型
⑴瀏覽器特有屬性
⑵根據userAgent
瀏覽器版本
⑴根據userAgent
對於手機瀏覽器判斷
1.如何判斷是否為移動終端 利用正則match，
匹配navigator.userAgent是否含有字元串AppleWebKit*****Mobile
安卓qq瀏覽器HD版 只有AppleWebKit
2手機語言版本的判斷
使用navigator.browserLanguage 便可得出windows phone語言版本，
當然可惡的小小手機語言版本也有兼容性的差異，兼容Mozilla，以及AppleWebKit內核的瀏覽器訪問其語言版本，它會列出 navigator.language
CODE：
<script type="text/javascript">
var browser={
versions:function(){
var u = navigator.userAgent, app = navigator.appVersion;
return { //移動終端瀏覽器版本信息
trident: u.indexOf('Trident') > -1, //IE內橋鍵迅核
presto: u.indexOf('Presto') > -1, //opera內核
webKit: u.indexOf('AppleWebKit') > -1, //蘋果、谷歌內核
gecko: u.indexOf('Gecko') > -1 && u.indexOf('KHTML') == -1, //火狐內核
mobile: !!u.match(/AppleWebKit.*Mobile.*/), //是否為移動終端
ios: !!u.match(/\(i[^;]+;( U;)? CPU.+Mac OS X/), //ios終端
android: u.indexOf('Android') > -1 || u.indexOf('Linux') > -1, //android終端或uc瀏覽器
iPhone: u.indexOf('iPhone') > -1 , //是否為iPhone或者QQHD瀏覽器
iPad: u.indexOf('iPad') > -1, //是否iPad
webApp: u.indexOf('Safari') == -1 //是否web應該程序，沒有頭部與底部
G. 移動端h5開發分ios和android么
1.H5的性能很差，一般經常改的地方可以用H5，比如論壇，咨詢之類的，而且限制也是很大，很多效果是沒辦法做到的。GUI框架的WebView普遍是這樣的。如果一個APP全部由H5來做(不太可能，送審很可能被拒)，那麼會顯得非常卡。
2.用iOS SDK，如果實現熱更新是比較麻煩的。巧數對於論壇，咨詢這種模塊，動不動就改版，做起來比較頭疼，用H5就很合適了。尤其在APP跨安卓和iOS的時候，這類模塊如果直接用H5，那麼就很容易共用。
H5網頁App開發和純原生的App的差距主要聚集在以下幾個方面：
1、動畫
動畫有很多種，比如側邊欄菜單的滑入滑出、元素的響應動畫、頁面切換之間的過場等等，在H5之逗則下的眾多實現方法都沒有辦法達到純原生的性能。一般這些的話有幾種不同的選擇：css3動畫、javascript動畫、原生動畫。
css3動畫非常的消耗性能，如果某一個元素用到css3動畫可能還看不出來，但大面積或過場使用css3動畫會讓app低端手機體驗非常差。最好的選擇一般是通過框架調用底層的動畫，但不管怎麼樣等於在原來的代碼上包上了一層，性能還是不可避免的受到影響。
比如在一個新頁面的載入上，如果調用底層動畫要考慮的問題有兩個，一個是本身資源頁面的渲染問題，另一個是遠程數據的獲取。即便是這些動畫能夠很快的響應，但大量的css頁面會導致渲染卡頓，滑入時可能會有白屏/機器卡頓的現象。為了解決這些性能問題又必須要用到預載入或模擬動畫。即便是這樣，滑入滑出的動畫在低端的安卓機器上還是有很多問題，如果獲取服務端數據處理的方式不合適，卡頓白屏的現象會更嚴重。具體看下面的數據獲取方式。
2、獲取服務端數據
首先要接受的是，這里的數據獲取都是在資源頁面上非同步完成的，因為只有這樣才能讓這些資源頁面完成預載入或者渲染。但是非同步拿到的數據在填入頁面中時可能會涉及DOM操作，眾所周知，DOM操作非常消耗性能，如果頁面小還好，頁面稍大數據稍微復雜一點，頻繁的DOM操作會導致明顯的閃白。而且最重要的一點是，如果頁面載入進來之後數據更新的速度太慢，也會讓頁面模板等待很長時間，對用戶體驗又不友好，總不能每次打開都像瀏覽器一樣等待刷新是吧
這個問題如果沒有得到解決，H5開發是很難承擔大規模數據的頁面，在它們之中頻繁切換更是難上加難，那麼肯定有人也會想到用MVVM的方式，其實我也寫過一些基於MVVM的H5app開發，相對來說它們獲取數據和更新數據的方式更敏捷更科學，但寫的過程中又要注意很多H5獨有的問題，這些問題在下面的頁面切換里來講。
3、頁面切換
上面我們看到了幾種不錯的實現方式，比如預載入和模擬動畫，甚至有批量的預載入，批量的截圖模擬動畫等等，雖然看起來很友好解決了不少問題，但事實上如果頁面足夠多就會引發另一個問題——頁面的生存周期。
試想一下，如果引導頁或者主頁面緩存了山寬棚5個子頁面的資源，在跳轉到響應的子頁面時又會緩存這些子頁面的下級頁面資源，如此反復肯定會占據大量內存使APP的體驗下降。那麼怎麼知道那些頁面是需要的，最多緩存多少頁面，什麼時候結束哪些頁面的生存周期呢？在我用過的很多H5APP的框架里都沒有對這些問題有一個完美的解答，因此在頁面較多內容較多的app開發中可能會因這些資源分配的問題降低性能。
這時候我們回過頭來再看看MVVM的數據載入問題，實際上不管哪個MVVM框架，寫過的人都知道管理這種新型的前端代碼最重要的問題是內存的問題，你既要保證代碼寫的足夠優雅沒有任何內存泄露問題，也要考慮到在頁面生存周期結束時它們的控制器/頁面資源是否得到釋放，這對全局有沒有什麼影響，在多個請求時也要合理的分配資源，甚至是復用這些父級頁面傳過來的緩存資源等等。較小的APP可能並不會有這些問題，如果你想用純H5來開發大型app，這很可能會浪費你很多時間——而且結果還不會讓你滿意。
4、Android/iOS的區別
很多人都說純H5app開發一次編寫就能編譯Android/iOS兩種不同的APP，大大降低了成本。實際上這個觀點本身就是值得懷疑的，如果你寫過這類APP就能明白我在說什麼，它們既不省事，又存在很多BUG，調試時尤其繁瑣。舉一個很簡單的例子，Android和iOS在返回上一頁的處理方式上就有明顯的區別，iOS的頂部bar在全屏下怎樣處理，Android機器出現smart bar怎樣處理頁面的布局，調用底層硬體時怎樣區分不同的場景等等，你需要寫一個又一個機型和系統的判斷，然後分別在Android和iOS下調試，最後你卻發現這並沒有卵用，累的要死卻什麼沒學到，只有一堆不知道什麼時候會過時的經驗。
現在做H5混合APP開發的人很多，但是純H5卻很年輕，很多問題都沒有很好的解決，這幾個是我在做這些APP時考慮最多的問題。最後說一個很少人注意到的H5優勢，大家大談H5APP時都是快速開發、低成本、多平台等等，但我卻覺得它和很多APP開發方式相比有一個不同之處——圖文混合的排版。正是這些復雜多變的CSS樣式消耗了性能，但是它帶來了排版的多樣性，能夠細致到每一個字寬行高和風格的像素級處理，才是H5的優異之處。
H. html5怎樣查看用戶用ios還是安卓
varbrowser={
versions:function(){
varu=navigator.userAgent,
app=navigator.appVersion;
return{//移動終端瀏覽器版本信息
trident:u.indexOf('Trident')>-1,//IE內核
presto:u.indexOf('Presto')>-1,//opera內核
webKit:u.indexOf('AppleWebKit')>-1,//蘋果、谷歌內核
gecko:u.indexOf('Gecko')>-1&&u.indexOf('KHTML')==-1,//火狐內核
mobile:!!u.match(/AppleWebKit.*Mobile.*/)||!!u.match(/AppleWebKit/),//是否為移動終端
ios:!!u.match(/(i[^;]+;(U;)?CPU.+MacOSX/),//ios終端
android:u.indexOf('Android')>-1||u.indexOf('Linux')>-1,//android終端或者uc瀏覽器
iPhone:u.indexOf('iPhone')>-1||u.indexOf('Mac')>-1,//是否為iPhone或者QQHD瀏覽器
iPad:u.indexOf('iPad')>-1,//是否iPad
webApp:u.indexOf('Safari')==-1//是否web應該程序，沒有頭部與底部
};
}(),
language:(navigator.browserLanguage||navigator.language).toLowerCase()
}
//判斷：
varand=browser.versions.android;//android
varios=browser.versions.ios;//ios
I. iOS JS<HTML>做判斷區分安卓與iOS方法,if
安春悉卓window裡面name<["js"]> 方法名槐梁:["intenttoZxing"]
if (window["js"] && window["js"]["intenttoZxing"]) {//鉛森運安卓
window.js.intenttoZxing();
} else {//iOS方法name<ScanAction>
window.webkit.messageHandlers.ScanAction.postMessage(null);
}