為什么很多web項目還是使用px，而不是rem？在移動終端剛剛流行的初期，為了使手機頁面適應不同大小的手機屏幕，淘寶的一位前端老板編寫了一個經過改編的JS，叫做flexible，可以在GitHub找到

為什么很多web項目還是使用px，而不是rem？

在移動終端剛剛流行的初期，為了使手機頁面適應不同大小的手機屏幕，淘寶的一位前端老板編寫了一個經過改編的JS，叫做flexible，可以在GitHub找到。原理很簡單。似乎根據(jù)手機的分辨率和DPI（我不記得了），動態(tài)設置根元素HTML的fontsize，然后頁面元素的大小就是rem，因為1rem=fontsizeofhtml。

后來，出現(xiàn)了大眾和VH。漸漸地，許多項目使用大眾汽車進行改編。100vw=100%寬度。因為兼容性不是很好，所以一直沒有上線。

nodejs出現(xiàn)后，前端工程開始了。有pxtorem和pxtoview port等插件。在開發(fā)過程中，我們可以根據(jù)UI標記的PX case直接編寫它們。在打包時，插件將幫助我們將PX計算轉換為REM或VW。

我現(xiàn)在用大眾。不考慮兼容性。我甚至不看那些需要與ie兼容的公司。PX是一個固定的像素，不能適應流的布局。通常，高度由Px設置，web應用版本的寬度由rem.2設置。EM是相對于父元素的字體大小單位。因為它是相對于父元素的字體大小單位，所以如果要設置元素的寬度和高度，必須查看其父元素的大小。如果父對象也是EM單位，則必須轉到其父對象并逐層計算以獲得準確的像素值。

3. REM的出現(xiàn)改變了許多移動終端的適應性，因為REM指的是相對于根元素的字體大小單位。只要HTML根上的字體大小是根據(jù)屏幕大小設置的，rem中的元素大小就會相應地改變。

前端開發(fā)中px，em，rem這些單位有哪些不同之處？

怎么快速將css中的px替換成rem？

隨著技術的更新和迭代，前端工作變得越來越繁重和復雜。

CSS技術就像一個數(shù)學問題。它有太多的可變性。這就是困難所在。例如，您可以清楚地看到11=2，但是您是否需要考慮1 1000-10 1100 123的問題？

隨著CSS3的出現(xiàn)，CSS不再簡單，CSS3動畫、變形、漸變、過濾器等

布局有彈性、網格等。就像數(shù)學問題一樣，任何組合都是一種新類型的問題，變得極其復雜。所以學好基礎知識更重要，要有各種知識，扎實的基礎知識，看問題類型，有自己的想法，有多種解決方法，不受限制。CSS有復雜和困難的樣式，我們可以使用多種解決方案，比如canvas、SVG、真不圖像等等。