使用rem等比例縮放手機介面
這幾天寫公司官網的手機端介面，同事介紹了一種佈局模式，即使用rem等比列縮放佈局。
rem佈局非常簡單，首頁你只需在頁面引入這段原生js程式碼就可以了。
(function (doc, win) { var docEl = doc.documentElement, resizeEvt = 'orientationchange' in window ? 'orientationchange' : 'resize', recalc = function () { var clientWidth = docEl.clientWidth; if (!clientWidth) return; if(clientWidth>=640){ docEl.style.fontSize = '100px'; }else{ docEl.style.fontSize = 100 * (clientWidth / 640) + 'px'; } }; if (!doc.addEventListener) return; win.addEventListener(resizeEvt, recalc, false); doc.addEventListener('DOMContentLoaded', recalc, false); })(document, window);
如何使用？
這是rem佈局的核心程式碼，這段程式碼的大意是：
如果頁面的寬度超過了640px，那麼頁面中html的font-size恆為100px，否則，頁面中html的font-size的大小為： 100 * (當前頁面寬度 / 640)
於是，問題來了，為什麼要這樣？別急，我先來一一回答
- 為什麼是640px？
對於手機螢幕來說，640px的頁面寬度是一個安全的最大寬度，保證了移動端頁面兩邊不會留白。注意這裡的px是css邏輯畫素，與裝置的物理畫素是有區別的。如iPhone 5使用的是Retina視網膜螢幕，使用2px x 2px的 device pixel 代表 1px x 1px 的 css pixel，所以裝置畫素數為640 x 1136px，而它的CSS邏輯畫素數為320 x 568px。
如果要切移動端頁面，你可以先把效果圖寬度等比例縮放到640px，很好用。 - 為什麼要設定html的font-size？
rem就是根元素（即：html）的字型大小。html中的所有標籤樣式凡是涉及到尺寸的（如： height,width,padding,margin,font-size。甚至，left,top等）你都可以放心大膽的用rem作單位。
如果你把html的font-size設為20px，前面說過，rem就是html的字型大小，那麼1rem = 20px。
此時，此時寬60px，高40px的元素樣式就這樣設定如下 ↓width: 3rem; height: 2rem;width: 2.75rem; height: 1.85rem;
如果我們一開始把html的font-size設為100px呢？此時1rem = 100px，那麼上面的寬55px，高37px的元素樣式就可以這麼設定 ↓width: 0.55rem; height: 0.37rem;
（當然可能有同學問，為什麼不一開始把html的font-size設為1px呢，這樣換算起來也簡單，答：瀏覽器一般都有最小字型限制，比如谷歌瀏覽器，最小中文字型就是12px，所以實際上沒有辦法讓1rem=1px。）
根據上面的js程式碼，如果頁面寬度低於640px,那麼頁面中html的font-size也會按照（當前頁面寬度/640）的比例變化。這樣，頁面中凡是應用了rem的作尺寸單位的元素都會隨著頁面變化而等比例縮放了！ - 都哪些情況可以用rem佈局？
大部分情況下都可以用rem佈局這個方法，當然具體還要看情況而定。拿我們公司專案舉例，只有底部的導航不用rem，而是用的flex佈局。因為導航點選最多，所以給它一個固定的大小（其實就是高度固定，寬度自適應的方案）。大家可以看看淘寶的這個手機頁面淘寶手機站，基本就是這種感覺，底部導航和頂部搜尋框用的高固定，寬自適應的方案，其餘的部分基本都是隨著瀏覽器寬度變化在等比例縮放。
最終頁面程式碼首頁程式碼大致如下
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width,minimum-scale=1.0,maximum-scale=1.0,user-scalable=no">
<script>
(function (doc, win) {
var docEl = doc.documentElement,
resizeEvt = 'orientationchange' in window ? 'orientationchange' : 'resize',
recalc = function () {
var clientWidth = docEl.clientWidth;
if (!clientWidth) return;
if(clientWidth>=640){
docEl.style.fontSize = '100px';
}else{
docEl.style.fontSize = 100 * (clientWidth / 640) + 'px';
}
};
if (!doc.addEventListener) return;
win.addEventListener(resizeEvt, recalc, false);
doc.addEventListener('DOMContentLoaded', recalc, false);
})(document, window);
</script>
/*你引進的資源*/
<title>標題</title>
</head>
<body>
/*你的程式碼*/
</body>
</html>回過頭來再看看現在流行的幾種佈局方式：
1.定寬度佈局
很多pc的網站都是定寬度佈局的，也就是設定了min-width，
這樣一來，如果小於這個寬度就會出現滾動條，
如果大於這個寬度則內容居中外加背景，
這種設計常見與pc端。
2.響應式佈局
所謂響應式佈局就是流式佈局+媒體查詢，
流式佈局用來解決不同寬度的佈局問題，
外加媒體查詢，可以調整佈局，例如大螢幕是佈局1，小螢幕是佈局2，
這種佈局通吃pc和移動端，做到精細處，兩者的效果都很好，
缺點是媒體查詢是有限的，也就是可以枚舉出來的，
只能適應主流的寬高。
3.rem佈局
原理是，先按定高寬設計出來頁面，然後轉換為rem單位，
配合js查詢螢幕大小來改變html的font-size，
最終做出所謂的完美自適應。
4.flex佈局
這是css3 推出的一個新的屬性。使用該屬性可以很方便的達到佈局的效果。使用該屬性後，子元素不能再使用float、vertical-middle等屬性。
目前新的主流瀏覽器都支援該屬性（IE10+上）。因此該佈局用於手機端，表示毫無壓力。
詳情可以檢視http://www.ruanyifeng.com/blog/2015/07/flex-grammar.html?utm_source=tuicool
【rem缺點】
rem一出好像所有移動端自適應不採用rem都很low一樣，
來分析分析，
假設以100x100做出網頁，
那麼採用rem+js完全可以自適應所有200x200，300x300，450x450等等高寬，
問題來了，
如果用100x100設計好後，
來了100x200，100x300，100x400的手機，
那麼效果無非兩種：
1.網頁內容只侷限與網頁頂部，例如100x400的手機，網頁內容只佔用的100x100的部分，
2.有人說可以高度也js+rem，那麼效果無非是拉伸或者縮放
【不要擡槓】
有人會說了，現實中不會有100x400的手機，
我想說的是這種rem+js只不過是寬度自適應，
高度沒有做到自適應，一些對高度，或者元素見間距要求比較高的設計，
那這種佈局沒有太大的意義。
如果只是寬度自適應，那我更推薦的是響應式設計。
【響應式 vs rem】
1.響應式
改變瀏覽器寬度，你會發現“佈局”會隨之變化，不是一成不變的，
例如導航欄在大螢幕下是橫排，在小螢幕下是豎排，在超小螢幕下隱藏為選單，
也就是說如果有足夠的耐心，在每一種螢幕下都應該有合理的佈局，完美的效果。
優點：適應pc和移動端，如果足夠耐心，效果完美
缺點：要匹配足夠多的螢幕大小，工作量不小，設計也需要多個版本
2.rem+js
改變瀏覽器寬度，你會發現，頁面所有元素的高寬都等比例縮放，
也就是大螢幕下導航是橫的，小螢幕下還是橫的只不過變小了。。
優點：理想狀態是所有螢幕的高寬比和最初的設計高寬比一樣，或者相差不多，完美適應。
缺點：碰到重視高度的設計，或者重視元素間間距的設計，那就玩不開了。
【總結】
1.如果只做pc端
那麼定寬度是最好的選擇
2.如果做移動端，且設計對高度要求不高
那麼rem+js是最好的選擇，一份css+一份js調節font-size搞定
3.如果pc，移動要相容，而且要求很高
那麼響應式佈局還是最好的選擇，前提是設計根據不同的高寬做不同的設計，
響應式根據媒體查詢做不同的佈局。
【ps】
還有一種rem+媒體查詢，和rem+js一對比感覺有點雞肋就沒有提及。
參考：
1：文／隨意那天（簡書作者）
原文連結：http://www.jianshu.com/p/b00cd3506782
著作權歸作者所有，轉載請聯絡作者獲得授權，並標註“簡書作者”。 2：http://blog.csdn.net/uikoo9/article/details/46555751