手淘flexible適合端末方案(二)ソースコード理解
5559 ワード
最近やっているのは、会社のモバイル端末プロジェクトです.ハンドヘルドチームがオープンソースのflexibleスキームを使用しています.ソースコードを読んで多くの利益を得ました.ソースは長くないが、短くて精悍だ.
ソースのダウンロードアドレス:https://github.com/amfe/lib-flexible.
ソースコードは次のとおりです.
flexibleの根本的な考え方は,デバイスの幅に応じてルート要素のfont−size値を動的に変更することである.前のセグメントでは、metaラベルが書かれているかどうかを検出し、書かれている場合は、scaleとdprを正規で取得します.我々がflexibleを使用するのは、デバイスによって異なるdprを設定するためであるため、flexibleを使用するのはmeta便箋を書かないのが一般的である.ここでのアンドロイドデバイスのdprをすべて1にするのは,アンドロイドデバイスの多様性のためである.もっと細かい処理が必要です.IOSデバイスが2または3倍の場合は2倍の画面で処理し、その他の場合は3倍の画面で処理する.
flexible適合ソリューションの核心はrefreshRem()関数にあり、ここの540はどこから来たのか、調べたところ、これは経験値です.例えば、dprが2で、解像度が1080 x 1920の携帯電話です.540は現在主流の携帯電話機器が達成できる最大の幅である.超えている場合は、ipadのように、ドキュメントの幅も540 pxに設定して、幅が広がりすぎず、ページレイアウトが混乱しないようにします.幅をrefreshRemで10分割し,VW解をシミュレートした.例えばdivの幅は54 pxである.ドキュメント幅1部が540/10である場合、54/54であり、このdivの幅は10分の1のドキュメント幅である.今ではVWでモバイル端末に適した案がありますが、flexibleの考えは理解できます.
次に,幅の変化を傍受し,関数スロットルを行い,ページロードとウィンドウ幅の変化時にrefreshRemを実行する.なぜ関数スロットルを行うのか、資料を調べてみると、ページ幅を簡単に変えるドラッグが何度も傍受され、何度も実行されるケースがあることがわかります.必要な効果は、ウィンドウのサイズが変化しないようにすることです.そこでここでは,メソッドの実行を3ミリ秒遅らせるタイマを用い,ウィンドウサイズが変化しないまで期間のタイマをクリアする.参考記事:https://www.cnblogs.com/dolphinX/p/3403821.html
最後にドキュメントのロード状態をリスニングし、ドキュメントのロードが終了したらbody要素のfont-sizeを12 pxに設定します.どうしてそうするの?ページのフォントのデフォルト値をリセットするためです.そうしないとfont-sizeを設定していない要素がhtml上のfont-sizeを継承し、大きくなります.
最後に、設計原稿に基づいて開発することができます.例えばIpone 6を基準とした設計原稿の幅は750であり、そのうちの1枚の画像の幅は75 pxである.では、この画像のサイズは750/10/75 rem=1 remです.しかしmetaが死んでscaleが1だと書いてあるとしたら.画像サイズは750/2/10/75 rem=0.5 rem.
ソースのダウンロードアドレス:https://github.com/amfe/lib-flexible.
ソースコードは次のとおりです.
;(function(win, lib) {
var doc = win.document;
var docEl = doc.documentElement;
var metaEl = doc.querySelector('meta[name="viewport"]');
var flexibleEl = doc.querySelector('meta[name="flexible"]');
var dpr = 0;
var scale = 0;
var tid;
var flexible = lib.flexible || (lib.flexible = {});
if (metaEl) {
console.warn(' meta ');
var match = metaEl.getAttribute('content').match(/initial\-scale=([\d\.]+)/);
if (match) {
scale = parseFloat(match[1]);
dpr = parseInt(1 / scale);
}
} else if (flexibleEl) {
var content = flexibleEl.getAttribute('content');
if (content) {
var initialDpr = content.match(/initial\-dpr=([\d\.]+)/);
var maximumDpr = content.match(/maximum\-dpr=([\d\.]+)/);
if (initialDpr) {
dpr = parseFloat(initialDpr[1]);
scale = parseFloat((1 / dpr).toFixed(2));
}
if (maximumDpr) {
dpr = parseFloat(maximumDpr[1]);
scale = parseFloat((1 / dpr).toFixed(2));
}
}
}
if (!dpr && !scale) {
var isAndroid = win.navigator.appVersion.match(/android/gi);
var isIPhone = win.navigator.appVersion.match(/iphone/gi);
var devicePixelRatio = win.devicePixelRatio;
if (isIPhone) {
// iOS , 2 3 , 2 , 1
if (devicePixelRatio >= 3 && (!dpr || dpr >= 3)) {
dpr = 3;
} else if (devicePixelRatio >= 2 && (!dpr || dpr >= 2)){
dpr = 2;
} else {
dpr = 1;
}
} else {
// , 1
dpr = 1;
}
scale = 1 / dpr;
}
docEl.setAttribute('data-dpr', dpr);
if (!metaEl) {
metaEl = doc.createElement('meta');
metaEl.setAttribute('name', 'viewport');
metaEl.setAttribute('content', 'initial-scale=' + scale + ', maximum-scale=' + scale + ', minimum-scale=' + scale + ', user-scalable=no');
if (docEl.firstElementChild) {
docEl.firstElementChild.appendChild(metaEl);
} else {
var wrap = doc.createElement('div');
wrap.appendChild(metaEl);
doc.write(wrap.innerHTML);
}
}
function refreshRem(){
var width = docEl.getBoundingClientRect().width;
if (width / dpr > 540) {
width = 540 * dpr;
}
var rem = width / 10;
docEl.style.fontSize = rem + 'px';
flexible.rem = win.rem = rem;
}
win.addEventListener('resize', function() {
clearTimeout(tid);
tid = setTimeout(refreshRem, 300);
}, false);
win.addEventListener('pageshow', function(e) {
if (e.persisted) {
clearTimeout(tid);
tid = setTimeout(refreshRem, 300);
}
}, false);
if (doc.readyState === 'complete') {
doc.body.style.fontSize = 12 * dpr + 'px';
} else {
doc.addEventListener('DOMContentLoaded', function(e) {
doc.body.style.fontSize = 12 * dpr + 'px';
}, false);
}
refreshRem();
flexible.dpr = win.dpr = dpr;
flexible.refreshRem = refreshRem;
flexible.rem2px = function(d) {
var val = parseFloat(d) * this.rem;
if (typeof d === 'string' && d.match(/rem$/)) {
val += 'px';
}
return val;
}
flexible.px2rem = function(d) {
var val = parseFloat(d) / this.rem;
if (typeof d === 'string' && d.match(/px$/)) {
val += 'rem';
}
return val;
}
})(window, window['lib'] || (window['lib'] = {}));
flexibleの根本的な考え方は,デバイスの幅に応じてルート要素のfont−size値を動的に変更することである.前のセグメントでは、metaラベルが書かれているかどうかを検出し、書かれている場合は、scaleとdprを正規で取得します.我々がflexibleを使用するのは、デバイスによって異なるdprを設定するためであるため、flexibleを使用するのはmeta便箋を書かないのが一般的である.ここでのアンドロイドデバイスのdprをすべて1にするのは,アンドロイドデバイスの多様性のためである.もっと細かい処理が必要です.IOSデバイスが2または3倍の場合は2倍の画面で処理し、その他の場合は3倍の画面で処理する.
flexible適合ソリューションの核心はrefreshRem()関数にあり、ここの540はどこから来たのか、調べたところ、これは経験値です.例えば、dprが2で、解像度が1080 x 1920の携帯電話です.540は現在主流の携帯電話機器が達成できる最大の幅である.超えている場合は、ipadのように、ドキュメントの幅も540 pxに設定して、幅が広がりすぎず、ページレイアウトが混乱しないようにします.幅をrefreshRemで10分割し,VW解をシミュレートした.例えばdivの幅は54 pxである.ドキュメント幅1部が540/10である場合、54/54であり、このdivの幅は10分の1のドキュメント幅である.今ではVWでモバイル端末に適した案がありますが、flexibleの考えは理解できます.
次に,幅の変化を傍受し,関数スロットルを行い,ページロードとウィンドウ幅の変化時にrefreshRemを実行する.なぜ関数スロットルを行うのか、資料を調べてみると、ページ幅を簡単に変えるドラッグが何度も傍受され、何度も実行されるケースがあることがわかります.必要な効果は、ウィンドウのサイズが変化しないようにすることです.そこでここでは,メソッドの実行を3ミリ秒遅らせるタイマを用い,ウィンドウサイズが変化しないまで期間のタイマをクリアする.参考記事:https://www.cnblogs.com/dolphinX/p/3403821.html
最後にドキュメントのロード状態をリスニングし、ドキュメントのロードが終了したらbody要素のfont-sizeを12 pxに設定します.どうしてそうするの?ページのフォントのデフォルト値をリセットするためです.そうしないとfont-sizeを設定していない要素がhtml上のfont-sizeを継承し、大きくなります.
最後に、設計原稿に基づいて開発することができます.例えばIpone 6を基準とした設計原稿の幅は750であり、そのうちの1枚の画像の幅は75 pxである.では、この画像のサイズは750/10/75 rem=1 remです.しかしmetaが死んでscaleが1だと書いてあるとしたら.画像サイズは750/2/10/75 rem=0.5 rem.