移動Web怎么做屏幕適配（一）

首發于微信公眾號 （啃先生）

（一）

移動端適配的是什么？

我們討論的是網頁適配多種尺寸屏幕，讓網頁效果看起來和設計師的設計稿一樣。說白了 就是同一套代碼在不同分辨率的手機上跑時，頁面元素間的間距，留白，以及圖片大小會隨著變化 ，在比例上跟設計稿一致。

舉個粟子吧

圖1.  260*400的屏幕  

圖2.  380*400的屏幕

上邊的頁面在不同大小屏幕上的展現，咋一看沒什么問題，一般的工程師會認為已經OK了，所以前端工程師很容易忽略屏幕適配。但是對于一些精益求精的產品而言，這還達不到要求。 例如有以下問題：

1. 圖1的屏幕的尺寸較小，因此頭像應該小些，話題左邊的空白也應該小一些。
2. 圖片應該保持正方形，而且兩張圖之間的邊距應該隨屏幕變化而變化

明白了，所以padding，margin，圖片等的大小基本都要做適配

 （二）

那有什么方法可以做到這種適配？

關鍵要找到一種長度單位，使得一樣的取值，在不同尺寸的屏幕上的大小按比例縮放。

長度單位我只知道px :joy:

我將在下一期的文章里推有關viewport和css像素px中的細節，這篇文章只關注如何適配，所以先只談結論：

1. 網頁在viewport中布局，viewport被分成一個個小方塊，一個CSS像素占一個方塊
2. 在設置了viewport寬度等于設備寬度的情況下，通過某種算法，在不同大小的屏幕上，1個CSS像素所占屏幕的物理尺寸是一樣大的

既然1個CSS像素在不同屏幕上物理尺寸一樣大，那px肯定不能做為適配的方法了

如上面的例子，如果加載頁面的時候，使用JS根據屏幕的大小動態設置html標簽的font-size，隨著html標簽font-size的值變化，div的1.2rem換算成px的值 也跟著變化，即實現了div隨屏幕大小變化而變化，而CSS代碼始終是width:1.2rem。以此類推到頁面所有的元素。

明白了，奧秘就在于結合px的固定尺寸和rem的相對尺寸！

（三）

啃先生，原理我明白了，你有沒有可執行的具體方案  :flushed: ？

業內比較流行的做法（參考阿里的flexible），有以下要點：

1. 設置viewport為設備寬度（這里不一定，但目前先這樣足矣）
2. 將viewport分成10rem，并計算出1rem在當前瀏覽器的像素值，把它賦予html標簽的font-size（分成10rem只是為了方便計算而已）
3. 寫CSS代碼時，遇到要適配的地方，比如width，margin，padding等，就不要再用px了，改成用rem

JS和Html代碼如下：

CSS代碼做了類似如下的修改：

運行結果如下：邊距和頭像圖片都隨屏幕變化而變化了

（四）

代碼量很少，就是要理解消化。有一個問題，設計師給的設計稿尺寸單位都是用px，但是剛剛說的第3步，寫CSS的時候要用rem，這個怎么換算？會很麻煩

1. 設計稿的寬度視同手機寬度，即假設有一個viewport為400px的手機
2. 將它分成10rem，每個rem為40px;
3. 那么圖片寬度20px自然就是0.5rem;

且慢，豈不是意味著，每次寫到尺寸的地方，我都要先在草稿紙上把設計師給的px換算成rem？別急，sublime text 3有一款插件可以幫助你進行這個換算，你只需要輸入20px，它會自動幫你換算成 0.5rem，看以下圖就秒懂了

參考

1. 使用Flexible實現手淘H5頁面的終端適配（https://github.com/amfe/article/issues/17）
2. 移動端高清、多屏適配方案（http://www.html-js.com/article/Mobile-terminal-H5-mobile-terminal-HD-multi-screen-adaptation-scheme%203041）
3. A tale of two viewports（http://www.quirksmode.org/mobile/viewports.html）

移動適配這個會作為一個小系列來寫，下期寫瀏覽器是怎么計算CSS像素的，它在不同屏幕上的差異。

 啃先生 開始碼字才知道碼字不易，堅持碼字更不易。轉載請聲明來源