H5 移動端高清、多屏適配方案解析_第1頁
H5 移動端高清、多屏適配方案解析_第2頁
H5 移動端高清、多屏適配方案解析_第3頁
H5 移動端高清、多屏適配方案解析_第4頁
H5 移動端高清、多屏適配方案解析_第5頁
已閱讀5頁,還剩11頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

背景1.開發(fā)移動端H5頁面2■面對不同分辨率的手機(jī)3■面對不同屏幕尺寸的手機(jī)視覺稿在前端開發(fā)之前,視覺MM會給我們一個psd文件,稱之為視覺稿對于移動端開發(fā)而言,為了做到頁面高清的效果,視覺稿的規(guī)范往往會遵循以下兩點(diǎn):首先,選取一款手機(jī)的屏幕寬高作為基準(zhǔn)(以前是iphone4的 ,現(xiàn)在更多的是iphone6的375“67)。對于retina屏幕(如:dpr=2),為了達(dá)到高清效果,視覺稿的畫布大小會是基準(zhǔn)的2倍,也就是說像素點(diǎn)個數(shù)是原來的4倍(對iphone6而言:原先的375x667,就會變成750x1334)。問題:對于dpr=2的手機(jī),為什么畫布大小x2,就可以解決高清問題?對于2倍大小的視覺稿,在具體的css編碼中如何還原每一個區(qū)塊的真實(shí)寬高(也就是布局問題)?帶著問題,往下看...一些概念在進(jìn)行具體的分析之前,首先得知道下面這些關(guān)鍵性基本概念(術(shù)語)。物理像素(physicalpixel)一個物理像素是顯示器(手機(jī)屏幕)上最小的物理顯示單元,在操作系統(tǒng)的調(diào)度下,每一個設(shè)備像素都有自己的顏色值和亮度值。設(shè)備獨(dú)立像素(density-independentpixel)設(shè)備獨(dú)立像素(也叫密度無關(guān)像素),可以認(rèn)為是計(jì)算機(jī)坐標(biāo)系統(tǒng)中得一個點(diǎn),這個點(diǎn)代表一個可以由程序使用的虛擬像素(比如:css像素),然后由相關(guān)系統(tǒng)轉(zhuǎn)換為物理像素。所以說,物理像素和設(shè)備獨(dú)立像素之間存在著一定的對應(yīng)關(guān)系,這就是接下來要說的設(shè)備像素比設(shè)備像素比(devicepixelratio)

設(shè)備像素比(簡稱dpr)定義了物理像素和設(shè)備獨(dú)立像素的對應(yīng)關(guān)系,它的值可以按如下的公式的得到:設(shè)備像素比=物理像素/設(shè)備獨(dú)立像素//在某一方向上,x方向或者y方向在javaSCript中'可以通過window.devicePixelRatio獲取到當(dāng)前設(shè)備的dpr。在CSS中,在CSS中,可以通過-webkit-device-pixel-ratio-webkit-min-device-pixel-ratio和|-webkit-max-device-pixel-ratio進(jìn)仃媒體查詢,對不冋dpr的設(shè)備,做一些樣式適配(這里只針對webkit內(nèi)核的瀏覽器和webview)。綜合上面幾個概念,一起舉例說明下:以iphone6為例:設(shè)備寬高為375x667,可以理解為設(shè)備獨(dú)立像素(或CSS像素)。dpr為2,根據(jù)上面的計(jì)算公式,其物理像素就應(yīng)該x2,為用一張圖來表現(xiàn),就是這樣(原諒我的盜圖):LESSPIXELSMOREPIXELS(retina)CSSpixels言言0width:2px;height:2px;LESSPIXELSMOREPIXELS(retina)CSSpixels言言0width:2px;height:2px;CSSpixelsuses..physicalpixelsuses..physicalpixels上圖中可以看出,對于這樣的CSS樣式:width:2px;height:2px;在不同的屏幕上(普通屏幕vsretina屏幕),css像素所呈現(xiàn)的大?。ㄎ锢沓叽纾┦且恢碌?不同的是1個css像素所對應(yīng)的物理像素個數(shù)是不一致的。在普通屏幕下,1個css像素對應(yīng)1個物理像素(1:1)。在retina屏幕下,1個css像素對應(yīng)4個物理像素(1:4)。

位圖像素一個位圖像素是柵格圖像(如:png,jpg,gif等)最小的數(shù)據(jù)單元。每一個位圖像素都包含著一些自身的顯示信息(如:顯示位置,顏色值,透明度等)。談到這里,就得說一下,retina下圖片的展示情況?理論上,1個位圖像素對應(yīng)于1個物理像素,圖片才能得到完美清晰的展示。在普通屏幕下是沒有問題的,但是在retina屏幕下就會出現(xiàn)位圖像素點(diǎn)不夠,從而導(dǎo)致圖片模糊的情況。用一張圖來表示:RetinaStandardRetinaDownsampledbitmappixels如上圖:對于dpr=2的retina屏幕而言,1個位圖像素對應(yīng)于4個物理像素,由于單個位圖像素不可以再進(jìn)一步分割,所以只能就近取色,從而導(dǎo)致圖片模糊(注意上述的幾個顏色值)。所以,對于圖片高清問題,比較好的方案就是兩倍圖片(2x)。如:200x300(csspixel)img標(biāo)簽,就需要提供400x600的圖片。如此一來,位圖像素點(diǎn)個數(shù)就是原來的4倍,在retina屏幕下,位圖像素點(diǎn)個數(shù)就可以跟物理像素點(diǎn)個數(shù)形成1:1的比例,圖片自然就清晰了(這也解釋了之前留下的一個問題,為啥視覺稿的畫布大小要x2?)。這里就還有另一個問題,如果普通屏幕下,也用了兩倍圖片,會怎樣呢?很明顯,在普通屏幕下,200x300(csspixel)img標(biāo)簽,所對應(yīng)的物理像素個數(shù)就是200x300個,而兩倍圖片的位圖像素個數(shù)則是200x300*4,所以就出現(xiàn)一個物理像素點(diǎn)對應(yīng)4個位圖像素點(diǎn),所以它的取色也只能通過一定的算法(顯示結(jié)果就是一張只有原圖像素總數(shù)四分之一,我們稱這個過程叫做downsampling),肉眼看上去雖然圖片不會模糊,但是會覺得圖片缺少一些銳利度,或者是有點(diǎn)色差(但還是可以接受的)。用一張圖片來表示:OriginalbitmappixelsCSSsizingheight2px

width.2pxOriginalbitmappixelsCSSsizingheight2px

width.2pxDownsampledbitmappixels298fe2針對上面的兩個問題,我做了一個demo(內(nèi)網(wǎng)訪問)狂戳這里。demo中,100x100的圖片,分另U放在100x100,50x50,25x25的img容器中,在retina屏幕下的顯示效果。條形圖,通過放大鏡其實(shí)可以看出邊界像素點(diǎn)取值的不同:圖1,就近取色,色值介于紅白之間,偏淡,圖片看上去會模糊可以理解為圖片拉伸)。圖2,沒有就近取色,色值要么是紅,要么是白,圖片看上去很清晰。圖3,就近取色,色值介于紅白之間,偏重,圖片看上去有色差,缺少銳利度可以理解為圖片擠壓)。愛字圖,可以通過看文字"愛"來區(qū)分圖片模糊還是清晰。(ps:如果看上去不明顯,可以用手機(jī)掃碼網(wǎng)頁(內(nèi)網(wǎng)地址)或者點(diǎn)擊原圖看會更直觀點(diǎn)。幾個問題這里說一下,移動端H5開發(fā),在不同分辨率,不同屏幕手機(jī)下會遇到的幾個經(jīng)典問題。retina下,圖片高清問題這個問題上面已經(jīng)介紹過解決方案了:兩倍圖片(2x),然后圖片容器縮小50%如:圖片大小,400x600;l.img標(biāo)簽width:200px;height:300px;2■背景圖片width:200px;height:300px;background-image:urlimage@2x.jpg);background-size:200px300px;//或者:background-size:contain;這樣的缺點(diǎn),很明顯,普通屏幕下:同樣下載了2x的圖片,造成資源浪費(fèi)。圖片由于downsampling,會失去了一些銳利度(或是色差)。所以最好的解決辦法是:不同的dpr下,加載不同的尺寸的圖片不管是通過css媒體查詢,還是通過javascript條件判斷都是可以的。那么問題來了,這樣的話,不就是要準(zhǔn)備兩套圖片了嘛?(1x和2x)我想,做的好的公司,都會有這么一個圖片服務(wù)器,通過url獲取參數(shù),然后可以控制圖片質(zhì)量,也可以將圖片裁剪成不同的尺寸。所以我們只需上傳大圖(2x),其余小圖都交給圖片服務(wù)器處理,我們只要負(fù)責(zé)拼接url即可。如,這樣一張?jiān)瓐D:/tps/TB1AGMmIpXXXXafXpXXXXXXXXXX?jpg//原圖可以類似這樣,進(jìn)行圖片裁剪://200X200/tps/TBlAGMmIpXXXXafXpXXXXXXXXXX.jpg_200x200.jpg//100X100/tps/TBlAGMmIpXXXXafXpXXXXXXXXXX.jpg_100x100.jpg(ps:當(dāng)然裁剪只是對原圖的等比裁剪,得保證圖片的清晰嘛~)retina下,border:lpx問題這大概是設(shè)計(jì)師最敏感,最關(guān)心的問題了。首先得說一下,為什么存在retina下,border:1px這一說?

在retina屏幕下,會有什么問題嗎?我們正常的寫css在retina屏幕下,會有什么問題嗎?先來,來看看下面的圖:定價(jià)標(biāo)題類別定價(jià) ¥定價(jià)標(biāo)題類別定價(jià) ¥0.0C類別 「:吃< 三?侖國< 三□O上面兩張圖分別是在iphone3gs(dpr=1)和iphone5(dpr=2)下面的測試效果,對比來看,對于1px的border的展示,它們是一致的,并無區(qū)別。那么retina顯示屏的優(yōu)勢在哪里,設(shè)計(jì)師為何覺得高清屏下(右圖)這個線條粗呢?明明和左右一樣的~還是通過一張圖來解釋(原諒我再次盜圖):初代iPhoneiPhone5

初代iPhoneiPhone5上圖中,對于一條1px寬的直線,它們在屏幕上的物理尺寸(灰色區(qū)域)的確是相同的,不同的其實(shí)是屏幕上最小的物理顯示單元,即物理像素,所以對于一條直線,iphone5它能顯示的最小寬度其實(shí)是圖中的紅線圈出來的灰色區(qū)域,用CSS來表示,理論上說是0.5px所以,設(shè)計(jì)師想要的retina下border:1px;其實(shí)就是1物理像素寬,對于css而言,可以認(rèn)為是border:0.5px;這是retina下(dpr=2)下能顯示的最小單位。然而,無奈并不是所有手機(jī)瀏覽器都能識別border:o.5px;,ios7以下,android等其他系統(tǒng)里,0.5PX會被當(dāng)成為OpX處理,那么如何實(shí)現(xiàn)這o.5px呢?最簡單的一個做法就是這樣(元素 ):.scale{position:relative;}.scale:after{content"";position:absolute;bottom:0px;left:0px;right:0px;border-bottom:1pxsolid#ddd;-webkit-transform:scaleY(.5);-webkit-transform-origin:00;}我們照常與border-bottom:1pxsolid#ddd;'然后通過transform:scaleY(.5)縮小0.5倍來達(dá)到o.5px的效果,但是這樣hack實(shí)在是不夠通用(如:圓角等),寫起來也麻煩。當(dāng)然還有其他好多hack方法,網(wǎng)上都可以搜索到,但是各有利弊,這里比較推薦的還無頁面scale的方案,是比較通用的,幾乎滿足所有場景。對于iphone5(dpr=2),添加如下的meta標(biāo)簽,設(shè)置viewport(scale0.5):<metaname="viewport"content="width=640,initial-scale=0.5,maximum-scale=0.5,minimum-scale=0.5,user-scalable=no">這樣,頁面中的所有的border:1px都將縮小0.5,從而達(dá)到border:0.5px;的效果。有人擔(dān)心頁面scale后會影響性能,@妙凈同學(xué)做過性能測試,見這里(內(nèi)網(wǎng)地址)??匆幌聦?shí)現(xiàn)后的效果圖對比(右圖為優(yōu)化過的):Alibaba-上午汁380非高潸方秦 C?下牛Alibaba-上午汁380非高潸方秦 C?下牛3:軸「;高清方案標(biāo)題定恰標(biāo)題 肘?述轎的神技3定恰定價(jià) ¥0.0(類別 「:敘.:>〈[三口0 < 三口。(ps:圖片被壓縮過,可能看上去并不明顯,可以用手機(jī)掃碼或者點(diǎn)擊這里(內(nèi)網(wǎng)地址)對比看看)然而,頁面scale,必然會帶來一些問題:字體大小會被縮放頁面布局會被縮放(如:div的寬高等)這兩個問題后面講到...多屏適配布局問題移動端布局,為了適配各種大屏手機(jī),目前最好用的方案莫過于使用相對單位rem基于rem的原理,我們要做的就是:針對不同手機(jī)屏幕尺寸和dpr動態(tài)的改變根節(jié)點(diǎn)html的font-size大小(基準(zhǔn)值)。這里我們提取了一個公式(rem表示基準(zhǔn)值)說明:乘以dpr,是因?yàn)轫撁嬗锌赡転榱藢?shí)現(xiàn)1pxborder頁面會縮放(scale)1/dpr倍(如果沒有,dpr=1),o除以10,是為了取整,方便計(jì)算(理論上可以是任何值)所以就像下面這樣,html的font-size可能會:iphone3gs:320px/10=32pxiphone4/5:320px*2/10=64pxiphone6:375px*2/10=75px對于動態(tài)改變根節(jié)點(diǎn)html的font-size,我們可以通過css做,也可以通過javascript做。css方式,可以通過設(shè)備寬度來媒體查詢來改變html的font-size:html{font-size:32px;}//iphone6@media(min-device-width:375px) {html{fontsize:64px;}}//iphone6plus@media(min-device-width:414px) {html{fontsize:75px;}}*/缺點(diǎn):通過設(shè)備寬度范圍區(qū)間這樣的媒體查詢來動態(tài)改變r(jià)em基準(zhǔn)值,其實(shí)不夠精確,比如:寬度為360px和寬度為320px的手機(jī),因?yàn)槠翆捲谕环秶鷧^(qū)間內(nèi)(v375px),所以會被同等對待(rem基準(zhǔn)值相同),而事實(shí)上他們的屏幕寬度并不相等,它們的布局也應(yīng)該有所不同。最終,結(jié)論就是:這樣的做法,沒有做到足夠的精確,但是夠用。javascript方式,通過上面的公式,計(jì)算出基準(zhǔn)值rem,然后寫入樣式,大概如下(代碼參考自kimi的m-base模塊)vardpr,rem,scale;vardocEl=document.documentElement;varfontEl=document.createElement('style');varmetaEl=document.querySelector('meta[name="viewport"]');scale=1/dpr;dpr=win.devicePixelRatio||1rem=docEl.clientWidth*dpr/10;//設(shè)置viewport,進(jìn)行縮放,達(dá)到高清效果metaEl.setAttribute('content','width='+dpr*docEl.clientWidth+',initial-scale='+scale+',maximum-scale='+scale+',minimum-scale='+scale+',user-scalable=no');//設(shè)置data-dpr屬性,留作的csshack之用docEl.setAttribute('data-dpr',dpr);

//動態(tài)寫入樣式docEl.firstElementChild.appendChild(fontEl);fontEl.innerHTML='html{font-size:'+rem+'px!important;}';//給js調(diào)用的,某一dpr下rem和px之間的轉(zhuǎn)換函數(shù)window.rem2px=function(v){v=parseFloat(v);returnv*rem;};window.px2rem:function(v) {v=parseFloat(v);returnv/rem;};window.dpr=dpr;window.rem=rem;這種方式,可以精確地算出不同屏幕所應(yīng)有的rem基準(zhǔn)值,缺點(diǎn)就是要加載這么一段js代碼,但個人覺得是這是目前最好的方案了。因?yàn)檫@個方案同時解決了三個問題:border:1px問題圖片高清問題屏幕適配布局問題說到布局,自然就得回答一下最初的留下的那個問題:如何在css編碼中還原視覺稿的真實(shí)寬高?前提條件:拿到的是一個針對iphone6的高清視覺稿750x1334采用上述的高清方案(js代碼)。如果有一個區(qū)塊,在psd文件中量出:寬高750x300px的div,那么如何轉(zhuǎn)換成rem單位呢?公式如下:rem=px/基準(zhǔn)值;對于一個iphone6的視覺稿,它的基準(zhǔn)值就是75(之前有提到);所以,在確定了視覺稿(即確定了基準(zhǔn)值)后,通常我們會用less寫一個mixin,像這樣://例如:.px2rem(height,80);.px2rem(@name,@px){@{name}:@px/75*1rem;}所以,對于寬高750x300px的div,我們用less就這樣寫:.px2rem(width,750);.px2rem(height,300);轉(zhuǎn)換成html,就是這樣:width:10rem;//一〉750pxheight:4rem;//一〉300px最后因?yàn)閐pr為2,頁面scale了0.5,所以在手機(jī)屏幕上顯示的真實(shí)寬高應(yīng)該是375x150PX,就剛剛好。倘若頁面并沒有scale0.5,我們的代碼就得這樣:.px2rem(width,375);.px2rem(height,150);這樣的寬高,我們往往是這樣得來的:將750x1334的視覺稿轉(zhuǎn)成375x667的大小后,再去量這個區(qū)塊的大小(感覺好傻)。在750x1334量得區(qū)塊寬高是750x300px后,再口算除以2(感覺好麻煩)。最后給出一張沒有布局適配(上圖)和用rem布局適配(下圖)的對比圖:無SIM卡V10:20?非高清方案 C標(biāo)題????Alibaba寧上午11:3? ?><?OQ非高清方案 O標(biāo)題???OO中國移動■=?下午3:380非高清方案標(biāo)題定價(jià)定價(jià) ¥0.00定侑無SIM卡V10:20?非高清方案 C標(biāo)題????Alibaba寧上午11:3? ?><?OQ非高清方案 O標(biāo)題???OO中國移動■=?下午3:380非高清方案標(biāo)題定價(jià)定價(jià) ¥0.00定侑類別類別類別< > =*O?I標(biāo)題定價(jià)Alibaba令 上午11:380離清方案定價(jià)????o中國移動令 下午3:39 O0離清方案 O標(biāo)題類別1“了類別定價(jià)類別〈 〉三□ 0(上面的手機(jī)分別是:iphone3gs,iphone5,ipho

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論