flexible.jsフレームワークの書き換え
前段階でアリチームのflexibleを拝見しました.jsですが、flexibleのパッケージ感覚はまだ完璧ではありません.flexibleはless/sassなどのコンパイル実行に依存しているので、いくつかの問題が残っています.私はこれらの問題を整理します.
メリット:
1.コード量が著しく減少
2.開発効率が高くなり、css管理式開発、cssロジックが明確になる
3.less+flexible.jsは各種の携帯電話の型番に適応することができて、各サイズのスクリーンの互換性を実現します
4.less学習コストが低い(ほぼゼロ)
欠点:
1.lessはcssにコンパイルして実行して、チームはgitバージョンのコントローラのピットを開発して、これは多く言いません
2.lessコンパイルなので、後期メンテナンスがうまくいかず、開発コストは節約できますが、これらの節約した開発コストは後期debugでコスト予算を増やす可能性が高いです
3.cssラインを使用すると、lessがどのように解析をcssファイルにコンパイルするか分からないため、マージは必ずピットします.
4.一般的なプロジェクトラインではlessとgulpのコンパイルが実行されますが、lessのコンパイルには時間がかかるためcssがレンダリングされない可能性があります(確率は小さいです)
上の長所と短所を総合して、合理的な規範のlessを使う限り、利益は弊害よりはるかに大きいです!特にflexibleは、各モデルの携帯電話に適した時間を節約し、開発効率を大幅に向上させた.
今日は奇想天外だjsの実用的なのはlessのremに対する計算だけで、私たちは自分でこのフレームワークを再構築してlessに依存せず、cssでflexibleを実行することができますか?jsは?
上は私が今日作った小さなdemoで、もしあなたが200 pxの要素を望んでいるならば、手で洗うスタイルはこのように200 rem/75を実現して、私の構想はそれを定義の75を1に書き換えることができて、それから私たちは200 remが適応したのか200 pxなのか、このように私たちはlessを離れて、直接cssをコンパイルすることができます.
しかし、私たちの最大の問題は、chromeブラウザがサポートしているfont-sizeが最小12 pxであることです.つまり、10 pxブラウザを使うと自動的に12 pxに変換されます(少しピットがありますが、12 px以下の字が小さすぎるため、バグを避けるために最小12 pxが設定されているそうです).font-sizeを12 px未満に書き換えるにはどうすればいいですか?
しかし、私は試してみました.新版のchromeはこの方法をキャンセルしました.つまり、新版の無効さ、古い版のchromeが有効かもしれません.excuse? ? ?ブラウザのバージョンが新しいので、ダウングレードしてください...
そしてあるcss 3属性を思い出しました
それから私はまた脳の穴が大きくなって、先に彼の元素に無限大(rem=font-sizeのため、200 remは自分で計算しましょう)まで引き延ばすことができなくて、それからこのtransfromの属性で比例して縮小しますか?、その后、左と上を缩小して引き返す!!!
関数の実行時にflexContainerのid(bodyのようなコンテナとして定義されたdiv)のheightを取得し、zoom関数を実行します.
rate(正比)とinRate(逆比)を取って比率の演算をします.上のコードはflexContainer(自分で定義したdivコンテナ)を動的に設定した状態です.私たちの考えは、すべての書く要素をflexContainerに書き込んで、その後、flexContainerを動的に変えることで所望の効果を実現することができます.ここのflexContainerはbodyと理解できますが、なぜbodyを使わないのでしょうか.bodyは動かないほうがいいので、私たちの要素は無限に拡大されています.body要素の変更はあなたの全体的なレイアウトに影響を与える可能性があります.
その後、このコードを書き換えました.
上のコードを次のように変更します.
このように私たちはリフレッシュするたびに新しい値を取得します.判断する必要はありません.そうしないと、ページは私たちが望んでいるflexContainerのheightを計算できません.私たちはheightを得なければ定義すべきmargin-topを取得できません.式は次のようになります.
我々は逆延伸なので負の値であることに注意し,この原理は中央の元素(margin負の方法)と少し似ている.
最後にfont-sizeの質問です!
私たちの要素は最後にrate倍(rateは0.0数の小数)に拡大されたので、私たちの最後のfont-sizeは比較的気持ち悪い数で、750例を取って、私たちの多くは750の美工ui図を使って、750の時私たちのrateは0.0833333なので、私たちの1 pxの大きさは元の0.0833333に相当して、つまり100 pxは8.333ピクセルの大きさで、実際のピクセルは4.16です.
これも現存する問題です.つまり、私たちのfont-sizeの定義はこの比率に基づいて計算しなければなりませんが、個人的にはfont-sizeが現れる確率とwidth、heightには比べものにならないと思います.私たちが合理的にfont-sizeを計画すれば、この問題も基本的に無視できます.
転載先:https://www.cnblogs.com/jcscript/p/5808785.html
メリット:
1.コード量が著しく減少
2.開発効率が高くなり、css管理式開発、cssロジックが明確になる
3.less+flexible.jsは各種の携帯電話の型番に適応することができて、各サイズのスクリーンの互換性を実現します
4.less学習コストが低い(ほぼゼロ)
欠点:
1.lessはcssにコンパイルして実行して、チームはgitバージョンのコントローラのピットを開発して、これは多く言いません
2.lessコンパイルなので、後期メンテナンスがうまくいかず、開発コストは節約できますが、これらの節約した開発コストは後期debugでコスト予算を増やす可能性が高いです
3.cssラインを使用すると、lessがどのように解析をcssファイルにコンパイルするか分からないため、マージは必ずピットします.
4.一般的なプロジェクトラインではlessとgulpのコンパイルが実行されますが、lessのコンパイルには時間がかかるためcssがレンダリングされない可能性があります(確率は小さいです)
上の長所と短所を総合して、合理的な規範のlessを使う限り、利益は弊害よりはるかに大きいです!特にflexibleは、各モデルの携帯電話に適した時間を節約し、開発効率を大幅に向上させた.
今日は奇想天外だjsの実用的なのはlessのremに対する計算だけで、私たちは自分でこのフレームワークを再構築してlessに依存せず、cssでflexibleを実行することができますか?jsは?
;(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 zoom(rem, width){
var rate = rem/12;//0.625
var inRate = 12/rem;//16
var oFlexContainer = document.getElementById('flexContainer');
oFlexContainer.style.webkitTransform = 'scale('+rate+')';
var height = oFlexContainer.offsetHeight;
oFlexContainer.style.width = width*inRate+'px';
oFlexContainer.style.marginLeft = -(1-rate)/2*(width*inRate) + 'px';
oFlexContainer.style.marginTop = -(1-rate)/2*height + 'px';
console.log(height)
console.log(width*inRate)
}
function refreshRem(){
var width = docEl.getBoundingClientRect().width;
var height = document.getElementById('flexContainer').getBoundingClientRect().height;
if (width / dpr > 540) {
width = 540 * dpr;
}
var rem = width / 750;
console.log(width)
if(rem < 12){
zoom(rem, width, height)
}
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'] = {}));
上は私が今日作った小さなdemoで、もしあなたが200 pxの要素を望んでいるならば、手で洗うスタイルはこのように200 rem/75を実現して、私の構想はそれを定義の75を1に書き換えることができて、それから私たちは200 remが適応したのか200 pxなのか、このように私たちはlessを離れて、直接cssをコンパイルすることができます.
しかし、私たちの最大の問題は、chromeブラウザがサポートしているfont-sizeが最小12 pxであることです.つまり、10 pxブラウザを使うと自動的に12 pxに変換されます(少しピットがありますが、12 px以下の字が小さすぎるため、バグを避けるために最小12 pxが設定されているそうです).font-sizeを12 px未満に書き換えるにはどうすればいいですか?
-webkit-text-size-adjust:none;
font-size:10px;
しかし、私は試してみました.新版のchromeはこの方法をキャンセルしました.つまり、新版の無効さ、古い版のchromeが有効かもしれません.excuse? ? ?ブラウザのバージョンが新しいので、ダウングレードしてください...
そしてあるcss 3属性を思い出しました
transform:scale(0.875);
それから私はまた脳の穴が大きくなって、先に彼の元素に無限大(rem=font-sizeのため、200 remは自分で計算しましょう)まで引き延ばすことができなくて、それからこのtransfromの属性で比例して縮小しますか?、その后、左と上を缩小して引き返す!!!
function refreshRem(){
var width = docEl.getBoundingClientRect().width;
var height = document.getElementById('flexContainer').getBoundingClientRect().height;
if (width / dpr > 540) {
width = 540 * dpr;
}
var rem = width / 750;
console.log(width)
if(rem < 12){
zoom(rem, width, height)
}
docEl.style.fontSize = rem + 'px';
flexible.rem = win.rem = rem;
}
関数の実行時にflexContainerのid(bodyのようなコンテナとして定義されたdiv)のheightを取得し、zoom関数を実行します.
function zoom(rem, width){
var rate = rem/12;//0.625
var inRate = 12/rem;//16
var oFlexContainer = document.getElementById('flexContainer');
oFlexContainer.style.webkitTransform = 'scale('+rate+')';
var height = oFlexContainer.offsetHeight;
oFlexContainer.style.width = width*inRate+'px';
oFlexContainer.style.marginLeft = -(1-rate)/2*(width*inRate) + 'px';
oFlexContainer.style.marginTop = -(1-rate)/2*height + 'px';
console.log(height)
console.log(width*inRate)
}
rate(正比)とinRate(逆比)を取って比率の演算をします.上のコードはflexContainer(自分で定義したdivコンテナ)を動的に設定した状態です.私たちの考えは、すべての書く要素をflexContainerに書き込んで、その後、flexContainerを動的に変えることで所望の効果を実現することができます.ここのflexContainerはbodyと理解できますが、なぜbodyを使わないのでしょうか.bodyは動かないほうがいいので、私たちの要素は無限に拡大されています.body要素の変更はあなたの全体的なレイアウトに影響を与える可能性があります.
その後、このコードを書き換えました.
win.addEventListener('pageshow', function(e) {
if (e.persisted) {
clearTimeout(tid);
tid = setTimeout(refreshRem, 300);
}
}, false);
上のコードを次のように変更します.
win.addEventListener('pageshow', function(e) {
// if (e.persisted) {
clearTimeout(tid);
tid = setTimeout(refreshRem, 300);
// }
}, false);
このように私たちはリフレッシュするたびに新しい値を取得します.判断する必要はありません.そうしないと、ページは私たちが望んでいるflexContainerのheightを計算できません.私たちはheightを得なければ定義すべきmargin-topを取得できません.式は次のようになります.
-(1-rate)/2*height
我々は逆延伸なので負の値であることに注意し,この原理は中央の元素(margin負の方法)と少し似ている.
最後にfont-sizeの質問です!
私たちの要素は最後にrate倍(rateは0.0数の小数)に拡大されたので、私たちの最後のfont-sizeは比較的気持ち悪い数で、750例を取って、私たちの多くは750の美工ui図を使って、750の時私たちのrateは0.0833333なので、私たちの1 pxの大きさは元の0.0833333に相当して、つまり100 pxは8.333ピクセルの大きさで、実際のピクセルは4.16です.
これも現存する問題です.つまり、私たちのfont-sizeの定義はこの比率に基づいて計算しなければなりませんが、個人的にはfont-sizeが現れる確率とwidth、heightには比べものにならないと思います.私たちが合理的にfont-sizeを計画すれば、この問題も基本的に無視できます.
転載先:https://www.cnblogs.com/jcscript/p/5808785.html