移動端適配之rem.js

阿新 • • 發佈：2018-12-23

移動端網頁適配是一個麻煩事, 常見做法有媒體查詢, js控制等.
媒體查詢個人感覺比較冗餘, 可少量使用, 偏愛於js來控制.

下面是我自己總結的rem.js:

(function(doc, win) {

  // html元素字型
  // 這裡基礎字型設定為10在uc, WX上沒效果,  不知道為什麼
  // 設定為10時, dpr=1的手機, 寬度360, 計算出來html的字型大小為5px, 可能是字型太小了
  // 儘量設定大一些, 這樣避免12px字型大小的限制
  var _rootFontSize = window._rootFontSize || 25;

  // 預設不支援縮放
  var _remMetaScalable = 
 typeof window._remMetaScalable === 'undefined' 
    ? false 
    : !!window._remMetaScalable;

  var docEl = doc.documentElement,
    isIOS = navigator.userAgent.match(/\(i[^;]+;( U;)? CPU.+Mac OS X/),

    // 只針對IOS裝置
    dpr = isIOS ? Math.min(win.devicePixelRatio, 3) : 1,

    // 計算縮放比
    scale = 1 / dpr, 


    // 檢測支援的"縮放"事件
    resizeEvt = 'orientationchange' in window ? 'orientationchange' : 'resize';
  docEl.dataset.dpr = dpr;

  // 被iframe引用時，禁止縮放
  dpr = window.top === window.self ? dpr : 1;

  var metaEl = doc.createElement('meta');
  metaEl.name = 'viewport';
  var metaElContent = 'width=device-width, ' 
;

  // 支援縮放
  if (_remMetaScalable) {
    metaElContent += 'initial-scale=' + scale;
  } else {
    metaElContent += (
      'initial-scale=' + scale 
      + ',maximum-scale=' + scale 
      + ', minimum-scale=' + scale 
      + ', user-scalable=no');
  }
  metaEl.content = metaElContent;
  docEl.firstElementChild.appendChild(metaEl);

  // 縮放/旋轉裝置檢測函式
  var recalc = function() {
    var width = docEl.clientWidth;

    // 750為設計用的寬度, 比如它以iphone6標準(寬750)
    // 此時, 按照設計稿的尺寸寫就可以了
    // 如: 設計稿為100px, 那麼就寫4rem(100 / 25), 25是自己設定的
    // 也可以設定成100, 這樣就寫100px就寫1rem
    docEl.style.fontSize = _rootFontSize * (width / 750) + 'px';
  };
  recalc();

  if (!doc.addEventListener) return;
  win.addEventListener(resizeEvt, recalc, false);
})(document, window);

使用示例:

<!DOCTYPE html>
<html lang="zh-CN">
<head>
<meta charset="utf-8">
<meta name="viewport"
	content="width=device-width,initial-scale=1.0,maximum-scale=1.0,user-scalable=no">
<title>rem</title>
<style type="text/css">
  .c1 {
    border: 2px solid black;
    font-size: 32px;
  }

  .c2 {
    border: 2px solid black;
    font-size: 1.28rem;
  }

  .c3 {
    border: 1px solid black;
    font-size: 1.28rem;
  }
</style>
<script type="text/javascript" src="rem.js"></script>
</head>

<body>
  <pre class="c1">
  .c1 {
    border: 2px solid black;
    font-size: 32px;
  }
  </pre>
  <pre class="c2">
  .c2 {
    border: 2px solid black;
    font-size: 1.28rem;
  }
  </pre>
  <pre class="c3">
  .c3 {
    border: 1px solid black;
    font-size: 1.28rem;
  }    
  </pre>
</body>
</html>

實際效果:
rem.js測試效果

可以看出:

在DPR為1時, 其實用什麼都可以的, 也就是我們正常在pc頁面上的寫法.
在DPR為2時:

不使用rem.js, 實際顯示效果就會是我們寫的2倍.
這也就是為什麼我們寫的1px的邊框在iPhone手機上常常看起來比較粗的原因.
使用rem.js, 效果才是我們預期的.

附: 谷歌瀏覽器如何新增自定義模擬裝置

總結:
使用這裡的rem.js後, 可以不用媒體查詢,
方便全域性控制, 而且還可以解決iPhone下"1px邊框的問題".
如果再結合postcss-pxtorem, sublime cssrem等外掛的協助,
就可以像pc上一樣以px作為單位來書寫, 非常方便.

歡迎補充指正!

移動端適配之rem.js

移動端網頁適配是一個麻煩事, 常見做法有媒體查詢, js控制等. 媒體查詢個人感覺比較冗餘, 可少量使用, 偏愛於js來控制. 下面是我自己總結的rem.js: (function(doc, win)

移動端適配之rem 筆記

mcal ont padding 字體大小頁面所有 1.2 resize 筆記 /*移動端適配 width|height|font-size = 視覺稿量出來的值 / 100rem;@lbl*/ @media screen and (max-width:359px)

移動端適配之rem

htm 移動端 span ont scrip font width rem cti <script> function setSize(){ var a = document.documentElement ? d

html移動端適配方案rem

開發 .cn 大小需要擁有 bsp one 公式計算為了做到一次開發的網頁能夠在不同尺寸的移動端設備上適配，我們需要使設計稿上標註的固定尺寸在不同設備上按照設備大小的比例顯示不同的尺寸。比如設計稿是按照 IPhone6 的 750px 像素設計的，設計稿上的頭部導

移動web適配之rem

前言提到rem，大家首先會想到的是rm，px這類的詞語，大多數人眼中這些單位是用於設定字型的大小的，沒錯這的確是用來設定字型大小的，但是對於rem來說它可以用來做移動端的響應式適配哦。相容性先看看相容性，大部分主流瀏覽器都支援，可以安心的往下看了。 re

最簡單的移動端適配方案(rem+vw)

rem 這個單位對於前端來說並不陌生了,在移動端適配方面,我們經常會用到它,通常我們會採用類似淘寶flexible.js 的方案, 寫px,然後通過外掛轉化成rem,然後得出一堆小數值的rem單位.淘寶這個方案已經用了很多年,相容性很好,然而現在已經2018年了

移動端適配之二：visual viewport、layout viewport和ideal viewport介紹

上一篇博文，可算把畫素這個東西講清楚了。在這篇博文裡面，將繼續介紹viewport相關的內容。很多部落格都會提到PPK所講的三個viewport，有的講的比較複雜，看的雲裡霧裡，我這裡也大概介紹一下，三個viewport主要是相對於移動端而言的。 visual viewport

dedecms織夢繫統移動端適配教程（JS跳轉方法）

關於移動適配，很多人會選擇在百度站長工具後臺提交適配規則，不過這樣處理對於其他搜尋引擎無效，我的處理方法就是，在提交適配規則的基礎上同時也做一下JS跳轉適配。之前發現很多站點全部頁面都JS跳轉到移動站首頁，這樣處理對於搜尋引擎是很不友好的。其實只要改下程式碼，很容易實現一對

移動端適配——>關於rem

目錄為什麼要使用rem 之前有些適配做法，是通過js動態計算viewport的縮放值（initial-scale）。例如以螢幕320畫素為基準，設定1，那螢幕375畫素就是375/320=1.18以此類推。但直接這樣強制頁面縮放過於粗暴，

移動端適配之指令碼的載入控制

我在寫專案的時候，會把一些特效用script指令碼載入進來，這樣在網頁上看起來就非常漂亮，但是放在移動端，不僅消耗效能，而且非常的醜。於是我經過學習，發現可以這樣來控制是否載入script。拿我用的CDN上的蜂窩特效舉例： <script src="canvas-nest.

移動端適配解決方案rem的js換算（非font-size:31.25vw,非font-size:62.5%）

在這之前做web app開發的的時候，在自適應方面一般都是寬度通過百分比，高度以iPhone6跟iPhone5之間的一個平衡值寫死，我們的設計稿都是iPhone5的640 * 1136標準，所以高度一般取個大概值，各種圖示的寬高也是取平衡值寫死，然後部分樣式通過媒體查詢來設定，例如背景圖的多倍圖

【移動端適配方案二彈性佈局】Flex彈性佈局+rem實現移動端適配（JS+rem+viewport）

前端開發工程師根據UI設計師給的設計稿進行開發。為了保證在各種螢幕上的不失真，就要根據實際螢幕寬度做等比例換算，才能寫進CSS實現如下：1、設定width=device-width 也就是將layout viewport（佈局視口）的寬度設定為ideal viewport（

js動態計算移動端rem(移動端適配rem)

1 ;(function(win, lib) { 2 var doc = win.document; 3 var docEl = doc.documentElement; 4 var metaEl = doc.querySelector('meta[name="vi

移動端適配方案以及rem和px之間的轉換

場景 adding 區間 tin 每一個 left ios7 分辨率 user 背景開發移動端H5頁面面對不同分辨率的手機面對不同屏幕尺寸的手機視覺稿在前端開發之前，視覺MM會給我們一個psd文件，稱之為視覺稿。對於移動端開發而言，為了做到頁面高

前端開發知識之前端移動端適配總結

演示等於不同無效這也 sta 一個 name 物理 meta標簽到底做了什麽事情做過移動端適配的小夥伴一定有遇到過這行代碼： <meta name="viewport" content="width=device-width, initial-scale=1

移動端適配--flexible.js

port retina inner 適配可能 doc event ref first 引言： H5適配一直是一個比較普遍的問題，很多文章都會講，最近開發了一個H5的項目使用了一下淘寶的 flexible.js，寫一篇文章自己總結一下。一、背景介紹： Flexible.j

移動端適配js

使用 ont ldo fontsize phone AS cli width col 1 //得到手機屏幕的寬度 2 let htmlWidth = document.documentElement.clientWidth || document.

還在用rem做移動端適配？最新移動端適配方案vw,vh了解一下！

mage header 屏幕 strong nbsp ron AS turn assets vw,vh都是相對於屏幕視口的單位。 vw:相對於視口的寬度。視口被均分為100單位的vw； vh:相對於視口的高度。視口被均分為100單位的vh； vmax:相對於視口的寬度或高度

vue rem移動端適配

align flex 配置移動端 borde text 適配方案 htm 部件 p.p1 { margin: 0.0px 0.0px 0.0px 36.0px; font: 14.0px Tahoma; color: #e36c0a; background-color

移動端適配（3）---rem適配

span meta view strong on() font doc nts cti rem適配 <meta name="viewport" content="width=device-width,user-scalable=no"/> <script

移動端適配之rem.js

相關推薦