不少文檔介紹經過調用javascript
window.scrollTo(0, 1);
就能夠隱藏地址欄,可是經過實踐發現隱藏地址欄仍是真夠坑爹的啊,只調用這一句話通常不會起做用,咱們須要css
function hideBar() { setTimeout( function() { window.scrollTo(0, 1); }, 0); };
可是有時候咱們發現仍是隱藏不了地址欄,爲何呢?大多時候是由於頁面高度不夠隱藏地址欄,這樣咱們須要先把body高度設置夠搞,隱藏地址欄後再還原回來,html
function hideBar() { document.body.style.height = Math.max(windows.innerHeight, windows.innerWidth) * 2 + 'px'; setTimeout( function() { window.scrollTo(0, 1); setTimeout( function() { document.body.style.height = windows.innerHeight + 'px'; }, 200); }, 0); };
好了這回終於能夠隱藏地址欄了,可是咱們又發現獲取的innerHeight是隱藏地址欄以前的數值,怎麼辦呢,嗯,看來還須要一個回調函數,這樣咱們的方法又變成,前端
function hideBar(fn) { document.body.style.height = Math.max(windows.innerHeight, windows.innerWidth) * 2 + 'px'; setTimeout( function() { window.scrollTo(0, 1); setTimeout( function() { document.body.style.height = windows.innerHeight + 'px';
在實際應用的時候會發現有些機器反應比較慢,這樣setTimeout的時間也能夠加長些,唉,隱藏個地址欄居然也這麼麻煩, Tangram Mobile中已經實現了hideBar方法,仍是建議你們直接使用baidu.page.hideBar吧。有些時候須要判斷當前是否已經隱藏了地址欄,可使用window.pageYOffset來判斷。java
咱們能夠經過獲取orientation的值來判斷翻轉狀態,那若是設備不支持orientation怎麼樣,那咱們能夠經過 innerWidth和innerHeight的比例來判斷翻轉狀態,代碼以下(取自Tangram Mobile的getOrientation),android
baidu.page.getOrientation = function() { if ("onorientationchange" in window) { return (window.orientation == 0 || window.orientation == 180) ? 'portrait' : 'landscape'; } else { return (windows.innerHeight > windows.innerWidth) ? 'portrait' : 'landscape'; } };
在pc上咱們常用position:fixed,在iphone上彷佛並無論用,官方給了不少解釋,可是它仍是很差使,這樣咱們只能本身來實現這種效果,首先咱們須要一個setPosition方法,ios
function setPosition(top, left){ //根據top、left把元素設置到視圖區相應位置 }
而後,咱們須要註冊scroll事件和onrientation事件web
element.addEventListener('scroll', setPosition); element.addEventListener('onrientationchange', setPosition);
具體代碼能夠參考Tangram Mobile的Toolbar組件chrome
在iphone上開發web程序,overflow:scroll十分讓人頭疼,由於iphone並不支持,官方依然給了不少解釋,咱們仍是須要本身來實現,由於不支持overflow:scroll,咱們只能設置爲overflow:hidden,而後在內容上註冊scroll和touch事件,當touch事件被觸發的時候,把隱藏的內容顯示出來。這個功能比較複雜,咱們可使用Tangram Mobile的Scroller組件。windows
注:ios5已經解決了position:fixed和overflow:scroll的問題
Native App:
Web App:
Webapp說白了就是一個針對Iphone、Android優化後的web站點,它使用的技術無非就是HTML或HTML五、CSS三、JavaScript,服務端技術JAVA、PHP、ASP。
固然,由於這些高端智能手機(Iphone、Android)的內置瀏覽器都是基於webkit內核的,因此在開發WEBAPP時,多數都是使用HTML5和CSS3技術作UI佈局。當使用HTML5和CSS3l作UI時,若仍是遵循着通常web開發中使用HTML4和CSS2那樣的開發方式的話,這也就失去了WEBAPP的本質意義了,且有些效果也沒法實現的,因此在此又回到了咱們的主題–webapp的佈局方式和技術。
在此說明一下,在此所說的移動平臺前端開發是指針對高端智能手機(如Iphone、Android)作站點適配也就是WebApp,並不是是針對普通手機開發Wap 2.0,因此在閱讀本篇文章之前,你須要對webkit內核的瀏覽器有必定的瞭解,你須要對HTML5和CSS3有必定的瞭解。若是你已經對此有所瞭解,那如今就開始往下閱讀吧……
<meta content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=0;" name="viewport" /> <meta content="yes" name="apple-mobile-web-app-capable" /> <meta content="black" name="apple-mobile-web-app-status-bar-style" /> <meta content="telephone=no" name="format-detection" />
在開始編寫webapp時,哥建議前端工程師使用HTML5,而放棄HTML4,由於HTML5能夠實現一些HTML4中沒法實現的豐富的WEB應用程序的體驗,能夠減小開發者不少的工做量,固然了你決定使用HTML5前,必定要對此很是熟悉,要知道HTML5的新標籤的做用。好比定義一塊內容或文章區域可以使用section標籤,定義導航條或選項卡能夠直接使用nav標籤等等。
在項目開發過程當中能夠會遇到內容排列排列顯示的佈局,假如你碰見這樣的視覺稿,哥建議你放棄float
,能夠直接使用display:block;
這個按鈕有圓角效果,有內發光效果還有高光效果,這樣的按鈕使用CSS3寫是沒法寫出來的,固然圓角可使用CSS3來寫,但高光和內發光卻沒法使用CSS3編寫,這個時候你不妨使用-webkit-border-image
來定義這個按鈕的樣式。-webkit-border-image
就個很複雜的樣式屬性。
請保證將每條數據都放在一個a標籤中,爲什麼這樣作?由於在觸控手機上,爲提高用戶體驗,儘量的保證用戶的可點擊區域較大。
在編寫CSS時,我不建議前端工程師把容器(無論是外層容器仍是內層)的寬度定死。爲達到適配各類手持設備,我建議前端工程師使用自適應佈局模式(支付寶採用了自適應佈局模式),由於這樣作可讓你的頁面在ipad、itouch、ipod、iphone、android、web safarik、chrome都可以正常的顯示,你無需再次考慮設備的分辨率。
上一節,咱們說過自適應佈局模式,有些同窗可能會問:如何在移動設備上作到徹底自適應呢?很感謝webkit爲display屬性提供了一個webkit-box
的值,它能夠幫助前端工程師作到盒子模型靈活控制。
看過iOS webapp API的同窗都知道iOS提供了一個meta標籤:用於禁用iOS對頁面中電話號碼的自動識別。在iOS中是不自動識別郵件地址的,但在Android平臺,它會自動檢測郵件地址,當用戶touch到這個郵件地址時,Android會彈出一個框提示用戶發送郵件,若是你不想Android自動識別頁面中的郵件地址,你不妨加上這樣一句meta標籤在head中
<meta content="email=no" name="format-detection" />
你的老闆或者PD或者交互設計師可能會要求你:可否讓咱們的webapp更加像nativeapp,我不想讓用戶看見那個輸入url的控件條? 答案是能夠作到的。咱們能夠利用一句簡單的javascript代碼來實現這個效果
setTimeout(scrollTo,0,0,0);
請注意,這句代碼必須放在window.onload
裏纔可以正常的工做,並且你的當前文檔的內容高度必須是高於窗口的高度時,這句代碼纔能有效的執行。
我曾經也想禁止用戶旋轉設備,也想實現像某些客戶端那樣:只能在肖像模式或景觀模式下才能正常運行。但如今我能夠很負責任的告訴你:別想了!在移動版的webkit中作不到!
至少Apple webapp API已經說到了:咱們爲了讓用戶在safari中正常的瀏覽網頁,咱們必須保證用戶的設備處於任何一個方位時,safari都可以正常的顯示網頁內容(也就是自適應),因此咱們禁止開發者阻止瀏覽器的orientationchange
事件,看來蘋果公司的出發點是正確的,蘋果確實不是通常的蘋果。
iOS已經禁止開發者阻止orientationchange
事件,那Android呢?對不起,我沒有找到任何資料說Android禁止開發者阻止瀏覽器orientationchange
事件,可是在Android平臺,確實也是阻止不了的。
看過Apple webapp API的同窗都知道iOS爲safari提供了一個將當前頁面添加主屏的功能,按下iphone ipod ipod touch底部工具中的小加號,或者ipad頂部左側的小加號,就能夠將當前的頁面添加到設備的主屏,在設備的主屏會自動增長一個當前頁面的啓動圖標,點擊該啓動圖標就能夠快速、便捷的啓動你的webapp。
從主屏啓動的webapp和瀏覽器訪問你的webapp最大的區別是它清除了瀏覽器上方和下方的工具條,這樣你的webapp就更加像是nativeapp了,還有一個區別是window對像中的navigator子對象的一個standalone
屬性。
iOS中瀏覽器直接訪問站點時,navigator.standalone
爲false,從主屏啓動webapp時,navigator.standalone爲true
,咱們能夠經過navigator.standalone這個屬性獲知用戶當前是不是從主屏訪問咱們的webapp的。 在Android中歷來沒有添加到主屏這回事!
咱們知道在iOS中,當虛擬鍵盤彈出時,默認狀況下鍵盤是開啓首字母大寫的功能的,根據某些業務場景,可能咱們須要關閉這個功能,移動版本webkit爲input元素提供了autocapitalize
,經過指定autocapitalize="off"
來關閉鍵盤默認首字母大寫。
有時咱們可能須要禁止用戶在新窗口打開頁面,咱們可使用a標籤的target="_self"
來指定用戶在新窗口打開,或者target
屬性保持空,可是你會發現iOS的用戶在這個連接的上方長按3秒鐘後,iOS會彈出一個列表按鈕,用戶經過這些按鈕仍然能夠在新窗口打開頁面,這樣的話,開發者指定的target屬性就失效了,可是能夠經過指定當前元素的-webkit-touch-callout
樣式屬性爲none來禁止iOS彈出這些按鈕。這個技巧僅適用iOS對於Android平臺則無效。
咱們在第13條技巧中提到元素的-webkit-touch-callout
屬性,一樣爲一個img標籤指定-webkit-touch-callout:none
,這樣用戶就沒法保存\複製你的圖片了。
咱們經過指定文字標籤的-webkit-user-select:none
即可以禁止iOS用戶選中文字。
桌面瀏覽器中想要獲取滾動條的值是經過document.scrollTop
和document.scrollLeft
獲得的,但在iOS中你會發現這兩個屬性是未定義的,爲何呢?由於在iOS中沒有滾動條的概念,在Android中經過這兩個屬性能夠正常獲取到滾動條的值,那麼在iOS中咱們該如何獲取滾動條的值呢? 經過window.scrollY和window.scrollX咱們能夠獲得當前窗口的y軸和x軸滾動條的值。
當你指定了一個塊級元素時,而且爲其定義了邊框,設置了其寬度爲100%。在移動設備開發過程當中咱們一般會對文本框定義爲寬度100%,將其定義爲塊級元素以實現全屏自適應的樣式,但此時你會發現,該元素的邊框(左右)各1個像素會溢了文檔,致使出現橫向滾動條,爲解決這一問題,咱們能夠爲其添加一個特殊的樣式-webkit-box-sizing:border-box;
用來指定該盒子的大小包括邊框的寬度。
若是你們夠細心的話,在作wap站點開發時,你們應該會發現android 2.0如下的平臺中問題特別的多,好比說邊框圓角這個問題吧。
在對一個元素定義圓角時,爲徹底兼容android 2.0如下的平臺,咱們必需要按照如下技巧來定義邊框圓角:
-webkit
這個前綴必需要加上(在iOS中,你能夠不加,但android中必定要加);border:1px solid #000;
那麼-webkit-border-radius
這屬性必需要出如今border
屬性後。-webkit-border-radius:5px;
而後再依次的覆蓋左下角和右下角,-webkit-border-bottom-left-radius:0;-webkit-border-bottom-right-border:0;
不然在android 2.0如下的平臺中將所有顯示直角,還有記住!-webkit
這個前綴必定要加上!
雖然你的html和css都是徹底自適應的,但有一天若是你發現你的頁面在android中顯示的並非自適應的時候,首先請你確認你的head標籤中是否包含如下meta標籤:
<meta name="viewport" content="width=device-width,initial-scale=1.0,maximum-scale=1.0,user-scalable=0;" />
若是有的話,那請你再仔細的看清楚有沒有這個屬性的值width=device-width
,若是沒有請當即加上吧!
新的iOS系統也就是4.3版本,升級後對safari形成了一個bug:即便你添加了以下的meta標籤,safari仍然會對頁面中的5位連續的數字進行自動識別,而且將其從新渲染樣式,也就是說你的css對該標籤是無效的。
<meta name="format-detection" content="telphone=no" />咱們能夠用一個比較齷齪的辦法來解決。好比說支付寶wap站點中顯示金額的標籤,咱們都作了以下改寫: