前端頁面適配的rem換算

時間 2019-11-08

標籤前端頁面適配 rem 換算简体版

原文原文鏈接

爲何要使用rem

以前有些適配作法，是經過js動態計算viewport的縮放值（initial-scale）。css

例如以屏幕320像素爲基準，設置1，那屏幕375像素就是375/320=1.18以此類推。html

但直接這樣強制頁面縮放過於粗暴，會致使頁面圖片文字失真模糊。html5

Px是相對固定單位，字號大小直接被定死，因此用戶沒法根據本身設置的瀏覽器字號而縮放，em和rem雖然都是相對單位，但em是相對於它的父元素的font-size，頁面層級越深，em的換算就越複雜，而rem是直接相對於根元素，這就避開了不少層級關係。移動端新型瀏覽器對rem的兼容很好，能夠放心使用。css3

通用換算和一些坑

有時咱們會看到有些使用rem的頁面裏會先給頁面根元素一個樣式：git

html {font-size: 62.5%; /*10 ÷ 16 × 100% = 62.5%*/}

爲何是62.5%？github

大多數瀏覽器的默認字號是16px，所以1rem=16px，這樣不方便咱們px和rem的換算，假設1rem=10px，那麼100px=10rem，25px=0.25rem。這樣就好換算不少，因而就有了上面的10/16。chrome

若是是640的設計稿，須要除以2轉化爲和iphone5屏幕等寬的320。因此設計稿px單位/2/10轉爲rem。以後再媒體查詢設置每一個屏幕大小的font-size百分比，頁面會根據上面設置的根font-size適配。瀏覽器

看到這裏是否是以爲一切很完美？然而，這裏面有兩個深坑：sass

1.我看了網上不少關於rem的資料，基本都說瀏覽器的默認字號就是16px，而後直接定義font-size:62.5%。可是，rem屬於css3的屬性，有些瀏覽器的早期版本和一些國內瀏覽器的默認字號並非16px，那麼上面的10/16換算就不成立，直接給html定義font-size: 62.5%不成立。less

2.chrome強制字體最小值爲12px，低於12px按12px處理，那上面的1rem=10px就變成1rem=12px，出現誤差（下面給demo）。

解決方案： 將1rem=10px換爲1rem=100px（或者其它容易換算的比例值）;不要在pc端使用rem。

那麼上面的頁面根元素樣式要改成：

html {font-size: 625%; /*100 ÷ 16 × 100% = 625%*/}

再用本工廠總結得出的各分辨率媒體查詢換算：

@media screen and (min-width:360px) and (max-width:374px) and (orientation:portrait) {
    html { font-size: 703%; }
}
@media screen and (min-width:375px) and (max-width:383px) and (orientation:portrait) {
    html { font-size: 732.4%; }
}
@media screen and (min-width:384px) and (max-width:399px) and (orientation:portrait) {
    html { font-size: 750%; }
}
@media screen and (min-width:400px) and (max-width:413px) and (orientation:portrait) {
    html { font-size: 781.25%; }
}
@media screen and (min-width:414px) and (max-width:431px) and (orientation:portrait){
    html { font-size: 808.6%; }
}
@media screen and (min-width:432px) and (max-width:479px) and (orientation:portrait){
    html { font-size: 843.75%; }
}

至此，坑填完。設計稿px換算直接/100便可獲得rem值。

更精準健壯的換算

然而，上面的625%大法除了有兼容性問題，也沒法很好地根據不一樣設計稿精準適配，不是咱們的最佳選擇。網易和淘寶分別有本身的一套適配方法，適配性也很完美。

網易手機端：基準值： 能夠看到，不管頁面以哪一種手機比例縮放，body的width都是7.5rem。很明顯，目前網易的手機端設計稿是基於iPhone6，750（設計師給的設計稿是物理分辨率，會是咱們寫樣式的邏輯分辨率的兩倍，若是給的設計稿是640，那麼是基於iPhone5，320），且基準值是100px（750/7.5=100）。這個基準值很關鍵，後面的css換算，都和這個基準值有關。動態font-size： 咱們看到圖一、圖二、圖3的font-size都有根據屏幕大小而動態改變，能夠推算出公式：

屏幕寬度/設計稿rem寬度=頁面動態font-size值（如：375/7.5=50）

獲取到這個值，再賦給html元素的style：
```
document.documentElement.style.fontSize = document.documentElement.clientWidth / 7.5 + ‘px‘;
```
這樣就設置好了每一個頁面的根fonts-size，由於rem單位是基於根font-size，所以只要肯定一種設計稿對應手機的換算，其他屏幕尺寸都可自動適配。

上面咱們得出設計稿換算rem的基準值是100，所以只須要把設計稿上的px值除以100即爲咱們要的rem值。
```
> Px/100=rem，因此100px=1rem,25px=0.25rem
```
淘寶手機端： 大名鼎鼎的Flexible

資料引用

大漠：使用Flexible實現手淘H5頁面的終端適配

齊神：flexible解讀及應用

不少大神包括咱們公司同事都有對此適配方案作了解析，因此我這邊簡單綜述：

引入： 直接引用阿里的CDN文件（或下載到本地引入）
```
<script src="http://g.tbcdn.cn/mtb/lib-flexible/0.3.4/??flexible_css.js,flexible.js"></script>
```
設定： 頁面不要設定。Flexible會自動設定每一個屏幕寬度的根font-size、動態viewport、針對Retina屏作的dpr。

換算： 假設拿到的設計稿和上述網易的同樣都是750，Flexible會把設計稿分爲10份，能夠理解爲頁面width=10rem，即1rem=75px，因此根font-size（基準值）=75px。

以後的css換算rem公式爲：

px/75=rem,因此100px=100/75=1.33rem,50px=50/75=0.66rem

換算工具

顯然，能夠看出px與rem的換算由於基準值的不一樣而有些複雜，甚至須要藉助計算器的輔助。在這裏推薦一個換算神器：cssrem

安裝好以後，作一些設置

px_to_rem - px轉rem的單位比例，假設拿到設計稿750，基準值是75，此處就設75

max_rem_fraction_length - px轉rem的小數部分的最大長度。默認爲6。

available_file_types - 啓用此插件的文件類型。[".css", ".less", ".sass", ".scss"]。