国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

【基礎】EM 還是 REM?這是一個問題!

lk20150415 / 1304人閱讀

摘要:但問題是究竟該用還是呢關于這個問題一直存在比較大的爭議。上述現象的出現,是因為是相對于當前元素字體的大小。什么是表示,它是相對于根元素的長度單位。還是在項目開發中究竟是選用還是一直以來爭議不斷。這就是前述規則中的第一條規則。

簡言

應用象EMREM這種相對長度單位進行頁面排版是WEB開發中的最佳實踐。在頁面排版中較好應用EMREM,根據設備尺寸縮放顯示元素的大小。這就使得組件在不同設備上都達到最佳的顯示效果成為可能。

但問題是究竟該用 EM 還是 REM 呢?關于這個問題一直存在比較大的爭議。本文將會給大家介紹究竟什么是 EMREM 和如何進行兩者的選擇,以及結合兩者優勢構建模塊化的WEB組件。

注:本文內容簡單,只面向初級開發人員,約2500字,閱讀時間5分鐘。

1 什么是EM?

em 是相對長度單位。它相對于當前元素字體尺寸,即font-size。舉例來說,如果當前元素的字體是20px,那么當前元素中的1em就等于20px。

h1 { font-size: 20px } /* 1em = 20px */
p { font-size: 16px } /* 1em = 16px */

實際開發中,用相對長度單位(如 em)表示字體大小是WEB開發中的最佳實踐。

考慮下面的代碼:

h1 { font-size: 2em } 

這里的h1元素字體大小究竟是多少呢?

這時,我們需要根據

父元素字體的大小,來計算

字體的尺寸大小。如果父元素是,而且的字體大小是16px。就可以計算出

的字體大小是32px,即2*16px。

用代碼表示如下:

html { font-size: 16px }
h1 { font-size: 2em } /* 16px * 2 = 32px */

設置字體的大小一般來說都不是一個好主意,因為這樣重寫了用戶瀏覽器的默認設置。相反,可以使用百分比值或者根本不聲明字體大小。

html { font-size: 100% } /* 缺省 16px */

對于大多數用戶或瀏覽器,字體缺省大小是16px(未做瀏覽器缺省字體尺寸設置)。

em 還能用來指定除字體大小外的其它屬性,象marginpadding等屬性都可以用em來表示。

考慮下面的代碼, 對于

元素,margin-bottom值應該是多少? (假設的字號被設置為100%)。

h1 {
  font-size: 2em; /* 1em = 16px */
  margin-bottom: 1em; /* 1em = 32px */
}
p {
  font-size: 1em; /* 1em = 16px */
  margin-bottom: 1em; /* 1em = 16px */
}

上述

的margin-bottom都是1em,但是外邊距結果值卻不相同。上述現象的出現,是因為em是相對于當前元素字體的大小。由于

中的字體大小現在設置為2em, 因此

中其它屬性的1em值就是 1em = 32px。這里比較容易引起誤解的地方。

2 什么是REM?

rem表示 root em,它是相對于根元素的長度單位。這里根元素就是中定義的字體大小。這意味著任何地方的1rem總是等于中定義的字體大小。

利用上述相同的代碼,我們用 rem 來代替 em,查看margin-bottom的計算值究竟是多少?

h1 {
  font-size: 2rem;
  margin-bottom: 1rem; /* 1rem = 16px */
}
p {
  font-size: 1rem;
  margin-bottom: 1rem; /* 1rem = 16px */
}

如上述代碼所示,1rem總是等于16px(除非變更了字體的大小)。rem的大小相較于em來說意義更直接明確,也很容易理解。

3 REM 還是 EM?

在項目開發中究竟是選用 rem 還是 em 一直以來爭議不斷。一些開發人員不使用rem,因為rem使組件不那么模塊化。而另一些開發人員喜歡rem的簡單性,使用rem處理所有元素。

其實 emrem都有各自的優勢和劣勢,在實際項目開發中,應該結合使用兩者,利用各自的優勢,從而實現較好代碼質量和顯示效果。

那么在具體的應用中如何在兩者中做選擇呢?有兩條簡單的指導原則:

如果屬性尺寸要根據元素字體進行縮放,則使用em

其它情況下都使用rem

上述規則太簡單了。 為了更好的理解上述規則,我們就以一個簡單的header組件為例,說明多帶帶使用兩者來實現組件遇到的問題,并體會結合使用兩者所帶來的優勢。

3.1 只使用REM

這里我們只使用rem來編寫一個header組件,代碼及運行結果如下:

.header {
  font-size: 1rem;
  padding: 0.5rem 0.75rem;
  background: #7F7CFF;
}

接下來,網站需要一個尺寸更大的header組件。

變更CSS代碼如下:

.header {
  font-size: 1rem;
  padding: 0.5rem 0.75rem;
  background: #7F7CFF;
}
.header-large {
  font-size: 2rem;
}

運行結果如下:

從上述運行結果可以看出,文字的內邊距(padding)過小,顯示效果不協調。如果我們堅持只使用rem,只能變更css代碼如下:

.header {
  font-size: 1rem;
  padding: 0.5rem 0.75rem;
  background: #7F7CFF;
}
.header-large {
  font-size: 2rem;
  padding: 1rem 1.5rem;
}

變更后運行結果如下:

上述代碼及運行結果,雖然達到了預期的顯示效果,但卻違背了代碼復用的原則。如果網站有多種尺寸的.header樣式,就要多次重復的定義內邊距。重復的代碼增加了項目復雜度,降低了可維護性。

這時可以利用em可以變更上述代碼如下:

.header {
  font-size: 1rem;
  padding: 0.5em 0.75em;
  background: #7F7CFF;
}
.header-large {
  font-size: 2rem;
}

運行結果請查看演示程序:

演示代碼

如上述演示程序所示,當元素屬性值的大小需要根據元素字體尺寸縮放時,就應該應用 em 來定義屬性尺寸。這就是前述規則中的第一條規則。

3.2 只使用EM

如果只使用em來定義上述組件,結果會怎樣呢?

我們變更上述代碼如下(em替換rem):

.header {
  font-size: 1em;
  padding: 0.5em 0.75em;
  background: #7F7CFF;
}
.header-large {
  font-size: 2em;
}

為更接近實際,我們引入了

元素,并變更html代碼如下:

名人名言

簡單是穩定的前提

名人名言

簡單是穩定的前提

增加p元素css代碼如下:

p {
    padding: 0.5em 0.75em;
}

運行結果如下:

從上述運行經果中,不難看出.header-large部分的標題并沒有和文本左對齊。而如果只使用em實現左對齊,則需要變更CSS代碼如下:

.header {
  font-size: 1em;
  padding: 0.5em 0.75em;
  background: #7F7CFF;
}
.header-large {
  font-size: 2em;
  padding-left: 0.375em;
  padding-right: 0.375em;
}

變更后運行結果如下:

上述代碼及運行結果,雖然達到了預期的顯示效果,但卻違背了代碼復用的原則。如果網站有多種尺寸的.header樣式,就要多次重復的定義左右邊距。重復的代碼增加了項目復雜度,降低了可維護性。

解決上述問題的辦法是結合使用emrem,即使用em定義上下邊距,使用rem定義左右邊距。變更后代碼如下:

.header {
  padding: 0.5em 0.75rem;
  font-size: 1em;
  background: #7F7CFF;
}

.header-large {
  font-size: 2em;
}

運行結果請查看演示程序:

演示代碼

3.3 EM還是REM總結

究竟是該使用em還是rem呢?答案應該是結合使用emrem。當屬性值的大小需要根據當前元素字體尺寸縮放時,就選用em,其它的情況都使用更簡單的rem

4 em及rem值的設定

emrem 屬性值都要經過計算轉化成絕過長度單位。常用的字體尺寸用相對長度單位表示會很困難。看下面常用字體值的rem表示(基本字體尺寸是16px):

10px = 0.625rem

12px = 0.75rem

14px = 0.875rem

16px = 1rem (base)

18px = 1.125rem

20px = 1.25rem

24px = 1.5rem

30px = 1.875rem

32px = 2rem

如上述列表所示,上述尺寸值的表示及計算都不分的不便。為了解決上述問題要用到一個小技巧,即著名的 "62.5%"技術。具體請查看下述代碼:

body { font-size:62.5%; }  /* =10px */
h1   { font-size: 2.4em; } /* =24px */
p    { font-size: 1.4em; } /* =14px */

通過62.5%的設定,就可以很容易用em來定義具體屬性的尺寸了(10倍的關系)。

rem,則需要采用如下的方式:

html { font-size: 62.5%; }  /* =10px */
body { font-size: 1.4rem; } /* =14px */
h1   { font-size: 2.4rem; } /* =24px */
5 響應式例子

一個簡單的響應式的例子,調整瀏覽器寬度查看演示效果。

演示代碼

6 參考資料

W3C:CSS Values and Units Module Level 3

zellwk:REM vs EM – The Great Debate

sitepoint:Understanding and Using rem Units in CSS

tutsplus:Comprehensive Guide: When to Use Em vs. Rem

css-tricks:Confused About REM and EM?

7 說明

文中所述文字及代碼部分匯編于網絡。因時間不足,能力有限等原因,存在文字闡述不準及代碼測試不足等諸多問題。因此只限于學習范圍,不適用于實際應用。另emrem在較老的瀏覽器中存在兼容性問題。

文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。

轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/113111.html

相關文章

  • 如何更愉快地使用rem —— 別說你懂CSS相對單位

    摘要:值得注意的是,這個設置對使用或其他絕對單位定義的字號大小無效。事實上,提供了一個在和間的相對單位折中解決方案,而且更易于使用。圖使用相對單位和繼承字號的面板下面是模板,加到你的頁面吧。 showImg(https://segmentfault.com/img/bVbdOMr?w=920&h=450); 前段時間試譯了Keith J.Grant的CSS好書《CSS in Depth》,其...

    Snailclimb 評論0 收藏0
  • 如何更愉快地使用em —— 別說你懂CSS相對單位

    摘要:相對單位的值會根據外部影響因素的變化而變化。很自然,相對單位使用起來會比較困難。在本章中,我將揭開相對單位的神秘面紗。重點來了,使用相對單位聲明的值會由瀏覽器轉化為一個絕對值,我們稱之為計算值。 showImg(https://segmentfault.com/img/bVbdtsA); 前段時間試譯了Keith J.Grant的CSS好書《CSS in Depth》,其中的第二章《W...

    gekylin 評論0 收藏0
  • 視口相關單位的應用 —— 別說你懂CSS相對單位

    摘要:還有視口相關單位,依賴瀏覽器的視口大小來定義長度的。如果你不熟悉視口相關單位的話,在這里簡單介紹一下。筆記視口相關單位對于大多數瀏覽器還是一項比較新的特性,所以當你試圖把這個特性和其他樣式混搭時,有可能會有一些很奇怪的。 前段時間試譯了Keith J.Grant的CSS好書《CSS in Depth》,其中的第二章《Working with relative units》,書中對rel...

    lbool 評論0 收藏0
  • 了解并使用CSS中的rem單位

    摘要:寫了一篇文章,里面記錄了他在實際使用單位過程中的一些感受。他的解決方式充分利用了到目前為止我們遇到的三種單位。根元素的長度單位依舊采用,模塊用單位,模塊內的元素使用單位。隨后在中單位的強大之處提出了他的觀點。 什么是 rem 可能在你使用收音機或者用其他音樂播放器之前,就已經聽過R.E.M.這個詞了。在這個樂隊眼中,這個詞是淺睡眠時眼球的快速轉動的縮寫,而在 css 中,rem 代表著...

    BWrong 評論0 收藏0
  • 移動web開發淺談之那些我們需要知道的基礎

    摘要:正文概念本次要談的移動不是,只是很普通的移動端的界面。默認行為作為之前開發端的人員,第一反應就是如何把那么大的界面內容展現到手機小小的屏幕上。就是在顯示多行文字的時候,可能需要在自己期望顯示多少行之后,省略后面的文字,然后以。。。 前言 開發生涯總是豐富多采,工作多年,不同領域還是逃不過雨露均沾,之前開發過android,微信,ios,web網站也玩過。但是對于移動web這一塊,確實沒...

    stackfing 評論0 收藏0

發表評論

0條評論

最新活動
閱讀需要支付1元查看
<