現在人們的上網方式各式各樣,有手機、ipad、電腦等等。老老實實一種媒體端很差麼,哎,不過這也是沒辦法的事兒。javascript
這時候只能靠咱們前端去兼容各個款式的顯示器了~css
想要頁面顯示的好看,又讓代碼簡易,就要用到響應式佈局。前端
此篇文章會在如下幾個方面囉嗦一下響應式佈局的各個問題:java
一、響應式佈局的優缺點chrome
二、可實現的幾個方式瀏覽器
①百分比自適應佈局佈局
②經過媒體查詢字體
③使用JS根據瀏覽器設備引用不一樣的CSS值url
三、應用開發中實際使用spa
響應式佈局的優缺點
一、優勢:
與以往的彈性盒子相比,響應式佈局會更好的、更主動的根據用戶設備變化更呈現出不一樣的效果,它比彈性盒子更靈活,可讀性更強。響應式的一套方案解決全部設備的自適應問題。
二、缺點:
研發難度高,對應的css文件多是多個,也多是單個。
可實現的幾個方式
百分比自適應佈局
<meta name="viewport" content="width=device-width, initial-scale=1" />
viewport 是指須要加載meta 標籤時讀取的名字爲「視口」,網頁寬度默認等於屏幕寬度(width=device-width),原始縮放比例(initial-scale=1)爲1.0,即網頁初始大小佔屏幕面積的100%。
優勢:簡單方便
缺點:在額外設置margin、padding時,或者使用不一樣瀏覽器時,會使得佈局混亂
這裏面的,第一個 screen 意思爲屏幕,這裏面還有許多參數,包括all(用於全部設備)、print(用於打印機和打印預覽)、speech(應用於屏幕閱讀器等發聲設備)。 一般直接寫all。
使用and來並列顯示多種狀況,min-width 和max-width 來定義在那種尺寸的屏幕上顯示,這就是響應式的靈魂。
<link rel="stylesheet" type="text/css" href="CSS文件夾/02-響應式佈局.css" media="all and (max-width: 800px)"/>
注意:使用此方法時,在style標籤中就不能寫樣式了。否則此方法就會失效。
@import url("css/02-響應式佈局.css") all and (max-width: 800px);
優勢:如今大部分的響應式佈局都是使用@media 來實現的,能夠書寫大量的公共樣式,在須要適應屏幕的時候,在大括號內加入相應的功能便可實現響應式佈局。
缺點:可能須要對同一個類書寫不一樣的樣式,代碼比較繁複,難度也稍微難點。
根據不一樣瀏覽器:
<script type="text/javascript"> var version = navigator.userAgent; if (version.indexOf("MSIE") > 1) { document.write("<link href='ie.css' rel='stylesheet' type='text\/css'\/>"); } else if (version.indexOf("Chrome") > 1) { document.write("<link href='chrome.css' rel='stylesheet' type='text\/css'\/>"); } else if (version.indexOf("Firefox") > 1) { document.write("<link href='ff.css' rel='stylesheet' type='text\/css'\/>"); } </script>
根據不一樣分辨率:
<script type="text/javascript"> if (screen.width == 1024){ document.write("<link href='css/css1.css' rel='stylesheet' type='text\/css'\/>"); }else { document.write("<link href='css/css2.css' rel='stylesheet' type='text\/css'\/>");} </script>
沒有哪種方法是完美的,推薦的是三種方法交替使用,在恰當的地方使用恰當的方法。
在佈局過程當中,通常都是寬度的百分比與媒體查詢交替使用的,而且在加載網頁以前,加入meta標籤,定義一下viewport的內容,這樣更方便於移動端的響應。也兼顧了設備的兼容性。
而響應式的設計方案的通常作法就是根據目標用戶的訪問設備的主要類型作三種或四種佈局。每種佈局有一個區間,好比說小屏的手機分分辨率能夠設定爲[320,640]。而後分別設計每種佈局便可,通常來講,各個佈局主要是調整模塊的排列布局順序,內容調整越少越好(儘可能減小用戶適應成本)。