Web前端兼容性指南

一、Web前端兼容性問題

一直以來，Web前端領域最大的問題就是兼容性問題，沒有之一。

 

前端兼容性問題分三類：

• 瀏覽器兼容性
• 屏幕分辨率兼容性
• 跨平台兼容性

 

1、瀏覽器兼容性問題

第一次瀏覽器大戰發生在上個世紀90年代，微軟發布了IE瀏覽器，和網景公司的Netscape Navigator大打出手，1998年網景不得不將公司賣給AOL。沒有了對手的IE不思進取，W3C標准支持發展緩慢，為以后的IE兼容性災難埋下了伏筆。到2004年，IE的市場份額達到95%，但在此之后IE的份額逐步遭其他瀏覽器蠶食，主要包括Firefox，Chrome，Safari和Opera。.

 

2001年8月27日，微軟發布IE6，時隔五年直到2006年才發布了IE7。2009年3月19日，經歷了眾多測試版后，IE8最終發布，雖然IE8針對舊版IE在多方面做了很大改進，但在HTML5、CSS 3等標准支持方面仍落后於其他瀏覽器對手。這三個版本的IE是所有兼容性問題的最大根源，堪稱前端噩夢。

 

IE6、7、8不支持HTML5、CSS3、SVG標准，可被判定為“極難兼容”

IE9不支持Flex、Web Socket、WebGL，可被判定為“較難兼容”

IE10部分支持Flex（-ms-flexbox）、Web Socket，可被判定為“較易兼容”

IE11部分支持Flex、WebGL，可被判定為“較易兼容”

 

IE6、7、8、9可視為“老式瀏覽器”

IE10、11可視為“准現代瀏覽器”

Chrome、Firefox、Safari、Opera 、Edge可視為“現代瀏覽器”

 

瀏覽器與Windows版本份額

Statcounter的各項數據以2020年6月為基准。

http://gsa.statcounter.com/

 

 

 2、屏幕分辨率兼容性問題

在不同的屏幕分辨率，瀏覽器頁面展示差異很大。特別是屏幕分辨率較小時，容易發生布局錯亂。為了解決這個問題，響應式UI框架應運而生。

 

主流桌面屏幕分辨率寬度集中在1280~1920，高度集中在720~1080；

主流平板屏幕分辨率寬度集中在962~1280，高度集中在601~800。

主流移動屏幕分辨率寬度集中在360~414，高度集中在640~896。

 

典型的桌面屏幕分辨率：1920x1080

典型的便攜屏幕分辨率：1366x768

典型的平板屏幕分辨率：768x1024

典型的移動屏幕分辨率：360x640

 

Bootstrap定義（參考系是邏輯分辨率）：

分辨率	設備名	典型屏幕
>=1400px	xxl 超超大屏設備	桌面屏幕
>=1200px	xl 超大屏設備	便攜屏幕
>=992px	lg 大屏設備	豎屏桌面屏幕、橫屏平板屏幕
>=768px	md 中屏設備	豎屏平板屏幕
>=576px	sm 小屏設備	橫屏移動屏幕
<576px	xs 超小屏（自動）設備	豎屏移動屏幕

注：Bootstrap5新增xxl，Bootstrap3中的lg>=1200px，無576px檔。

 

手機屏幕分辨率說明

由於手機屏幕尺寸過小，使用原始分辨率會使得頁面顯示過小，因此使用了邏輯分辨率，用倍數放大的方法來保證兼容性。比如iOS app的UI資源區分@1x、@2x和@3x，這就是指原始分辨率對邏輯分辨率的倍數，被稱為設備像素比DPR。所以大部分人的手機分辨率都是1080x1920，在分類中卻被歸為了360x640。這個分辨率和CSS中的PX是一致的。

 

桌面屏幕分辨率說明

移動設備一開始就考慮了DPR，而Windwos桌面的分辨率由於歷史原因卻沒有這一概念，於是Windwos引入了DPI，最初是設置DPI，后來是設置DPI比例。比如設置DPI比例=125%，你可以查詢Chrome的window.devicePixelRatio，這時輸出1.25，這說明DPI比例=DPR。但是大部分老程序並不支持DPI（Unaware），所以當你設置高DPI時，只能等比放大，字模糊到眼要瞎，最后落得空有大屏只能用超低分辨率。由於Chrome支持DPI，所以並不擔心Web有DPI問題。但需要注意的是與手機屏幕分辨率不同，桌面分辨率要除以DPI比例，才是邏輯分辨率。如1920x1080設置DPI比例=1.25，邏輯分辨率實際為1536x864。

  

  

屏幕分辨率基礎概念說明

縮寫	全稱	說明
PX	Device Pixels	設備像素，指設備的物理像素
PX	CSS Pixels	CSS像素，指CSS樣式代碼中使用的邏輯像素
DOT	Dot	點，屏幕或打印紙上的點，等同物理像素
PT	Point	磅（傳統長度單位）為1/72英寸=0.35mm
PT	iOS Point	磅（iOS長度單位），為1/163英寸，等同於CSS邏輯像素
DP	Density independent Pixels	設備無關像素（Android長度單位），為1/160英寸，等同於CSS邏輯像素
SP	Scale independent Pixels	縮放無關像素（Android字體單位），等同於CSS邏輯像素，但文字尺寸可調（單獨縮放）
DPR	Device Pixel Ratio	設備像素比，指CSS邏輯像素對於物理像素的倍數
DPPX	Dots Per Pixel	等同於DPR
PPI	Pixel Per Inch	屏幕上每英寸(2.54厘米)的像素點個數
DPI	Dots Per Inch	屏幕或紙上每英寸(2.54厘米)的點個數，標准密度：傳統打印=72；Windows=96；Android=160；iOS=163。
DPIR	DPI Ratio	DPI縮放比例，指DPI對於Windows標准DPI的倍數=DPI/96，等同於DPR

注：各廠商概念有重名現象，請注意區分。

 

各平台屏幕分辨率份額

  

3、跨平台兼容性問題 

隨着移動和平板市場的日益發展，Web在桌面、平板、移動平台上的兼容性問題日益突出。由於移動和平板是觸摸式操作，與桌面的鼠標操作方式有很大差異，因此在不同平台上要做相應修改。為了解決這個問題，誕生了跨平台框架，在不同平台上，外觀、布局、操作都有差異化修改。

 

各平台份額

  

二、前端里程碑框架

在前端領域，隨着技術的不斷進步，逐步誕生了一些里程碑式的前端框架。這些前端框架，大致也是隨着兼容性問題的發生、發展而誕生、發展的。

 

這些框架代表了前端應用當時先進、成熟、主流的開發方式與發展方向，兼容性問題也在這些框架的基礎之上不斷得到解決，大致也分為三個階段：

一、DOM操作框架，代表框架：jQuery

二、響應式框架，代表框架：Bootstrap

三、前端MVC框架，代表框架：React、Angular、Vue

 

1、JQuery

2006年1月John Resig等人創建了jQuery；8月，jQuery的第一個穩定版本。jQuery是DOM操作時代前端框架最優秀，也幾乎是唯一代表；但是在以React為代表的新式前端框架崛起之后，迅速沒落。

 

• JQuery 1.x兼容IE6+瀏覽器
• JQuery 2.x兼容IE9+瀏覽器
• JQuery 3.x兼容IE9+瀏覽器

 

2、Bootstrap

Bootstrap原名Twitter Blueprint，由Mark Otto和Jacob Thornton開發，最經典的響應式CSS框架，在2011年8月19日作為開源項目發布。其核心是16列布局柵格系統，使用媒體查詢設定閾值為超小屏幕，小屏幕，中等屏幕，大屏幕，超大屏幕創建不同的樣式。

 

• Bootstrap 2兼容IE7+瀏覽器
• Bootstrap 3兼容IE8+瀏覽器
• Bootstrap 4兼容IE10+瀏覽器
• Bootstrap 5不兼容IE瀏覽器

 

3、React

React 起源於 Facebook 的內部項目，在前端MVC框架大潮中誕生並走紅。2013年5月開源，憑借Virtual Dom，JSX，Flux，Native等一大批創新特性，迅速吸引了大量開發人員，至今仍是最先進的前端JS框架。

 

4、Angular

AngularJS 誕生於2009年，由Misko Hevery 等人創建，后為Google所收購。由於Google不差錢，所以AngularJS經歷顛覆性升級為Angular。Angular最大的特點就是大而全。

 

5、Vue

2013年，在Google工作的尤雨溪，受到Angular的啟發，從中提取自己所喜歡的部分，開發出了一款輕量框架，最初命名為Seed，后更名為Vue。

 

三、瀏覽器兼容框架

在前端發展的初期，大多數開發最關注的問題就是瀏覽器兼容問題，迫切需要兼容所有瀏覽器的JS和CSS框架。這階段除了橫空出世的jQuery，還有一些其它方面的兼容框架。

 

1、normalize.css

讓不同的瀏覽器在渲染網頁元素的時候形式更統一。

 

2、html5shiv.js

IE6~IE8識別HTML5標簽，並且可以添加CSS樣式。

 

3、respond.js

使IE6~IE8瀏覽器支持媒體查詢。

 

四、響應式框架

有了jQuery等兼容框架的基礎，開發人員的關注點，逐漸轉移到越來越豐富的屏幕分辨率上，除開Bootstrap一家獨大，越來越多的響應式框架也在奮起直追。

 

1、Semantic UI

https://github.com/semantic-org/semantic-ui

Semantic 是一個設計漂亮的響應式布局的語義化框架。

 

2、Bulma

https://github.com/jgthms/bulma

基於 Flexbox 的現代 CSS 框架

 

3、Tailwind

https://github.com/tailwindcss/tailwindcss

Tailwind是一個底層CSS 框架，快速 UI 開發的實用工具集，提供了高度可組合的應用程序類，可幫助開發者輕松構建復雜的用戶界面。另外Tailwind + Styled Component 簡直是絕配（摘自知乎https://www.zhihu.com/question/337939566）。

 

4、Materialize

https://github.com/Dogfalo/materialize

A CSS Framework based on Material Design.

 

5、Foundation

https://github.com/foundation/foundation-sites

The most advanced responsive front-end framework in the world.

 

6、Pure.css

https://github.com/pure-css/pure

A set of small, responsive CSS modules

 

7、YAMLCSS

https://github.com/yamlcss/yaml

YAML is a modular CSS framework for truly flexible, accessible and responsive websites.

 

兼容IE6+瀏覽器（能兼容IE6的太稀少了）

 

五、跨平台框架

自2009年以來，由於Node.js生態的不斷發展，前端開發的勢力大漲， AngularJS，BackboneJS，KnockoutJS等一批前端MVC框架開始出現。最終伴隨着React、Angular、Vue等框架的脫穎而出，用前端框架開發移動、桌面應用的野心開始暴漲，開始關注不同平台的差異化，越來越多的跨平台框架開始出現。

 

1、Framework7

https://github.com/framework7io/framework7

Build iOS, Android & Desktop apps

 

 從上圖可以看出，桌面版本比移動版本更緊湊，控件風格跟所在平台近似。支持三種主題：ios、 md、 aurora對應不同平台。

 

2、Ionic

https://github.com/ionic-team/ionic

build mobile and desktop apps

 

 從上圖可以看出，主要針對移動平台優化，但通過API支持多種平台。

 

3、Onsen UI

https://github.com/OnsenUI/OnsenUI

develop HTML5 hybrid and mobile web apps

 

 從上圖可以看出，主要針對移動平台優化，但通過API支持多種平台。

 

4、Quasar Framework

https://github.com/quasarframework/quasar

基於Vue構建響應式網站、PWA、SSR、移動和桌面應用

 

 Quasar將一些輔助CSS類附加到document.body：如desktop、mobile、touch、platform-[ios]、within-iframe等

5、UNI-APP 

https://github.com/dcloudio/uni-app

使用 Vue.js 開發所有前端應用的框架

 

 從上圖可以看出，三種平台比較一致，但移動版本還比桌面版本還緊湊是什么意思？

 

6、橫向對比

框架	桌面優化	移動優化	移動一致	支持框架
Framework7	優秀	優秀	優秀	最多
Ionic	一般	優秀	一般	較多
Onsen UI	一般	優秀	一般	較多
Quasar	良好	優秀	良好	Vue
UNI-APP	一般	優秀	優秀	Vue

 

六、總結

兼容性問題總是伴隨着平台的擴張而產生的，Web開發面臨的終極問題就是多平台兼容性問題，根據不同產品，不同階段做部分取舍，應用不同的框架而已。需要支持的平台，決定了你的選擇。

 

新的框架或舊框架的新版本基本都不再支持IE，但國內還有5.65% 的IE用戶，而且3.29%的WinXP，46.79%的Win7都是潛在的IE用戶，所以可將其做為一個平台看待。

• IE Web
• Desktop Web
• Mobile Web
• Tablet Web
• Desktop Hybrid
• Mobile Hybrid
• Tablet Hybrid

注：React Native代表的Native技術不在本次討論之列

 

1、瀏覽器兼容策略

國內XP用戶還有3.29%，XP用戶既升級不了IE9，也無法安裝新版本Chrome和Firefox 。而IE用戶還有 5.65%，考慮到Windows用戶為87%，所以IE9+的份額應該要少於5.65%-3.29%*87%=2.79%。也就是說IE8以下的用戶要多於IE8以上的用戶。所以支持單獨支持IE9+ 瀏覽器沒有實際意義，要么支持IE6，要么不支持IE，。

 

看看知名網站對IE8的兼容性，

• 京東會提示“溫馨提示：您當前的瀏覽器版本過低，存在安全風險，建議升級瀏覽器”，但是頁面完全可以正確顯示，幾乎沒有什么異常發生，看來兼容工作很到位。
• 淘寶會出現很多頁面異常，說明IE兼容工作要求不高，基本正常即可，只是象征性的加了幾條兼容性內容。
• 去哪兒網也會出現很多頁面異常，但頁面布局還是正常的，看來也是盡力而為，不做要求。
• 騰訊的頁面只有一個立即更新按鈕，一貫地友好。
• 知乎直接404，好吧，強大。

 

兼容IE的建議：

一、建議不做任何兼容，IE6~11直接顯示升級瀏覽器按鈕。

二、如果一定要兼容，后端返回IE專用頁面，至少兼容IE8。

 

2、屏幕分辨率兼容策略

屏幕分辨率最少要考慮兼容便攜屏幕和移動屏幕兩種。可以參考去哪兒網的做法，把內容分成三類：移動端主菜單與導航欄；主要內容；擴展內容。屏幕分辨率高於480，顯示主要內容、擴展內容。屏幕分辨率低於480，顯示移動端主菜單與導航欄、主要內容。

 

如果你的應用是管理軟件，則最好考慮兼容桌面屏幕、便攜屏幕和移動屏幕三種。Bootstrap5新增了超超大屏幕，則就是基於這種考慮。這時候，可以加入側邊欄自動隱藏/打開，主要內容用Flex方式組織，可以在頁面中並排顯示多頁（類似於Word的頁面視圖）。

 

3、跨平台兼容策略

大型網站，手機網站與桌面網站是不同的入口，因此不存在兼容，是兩個單獨的應用程序。對於流量較小的網站，平台的兼容策略主要是應用響應式框架，加上移動端主菜單與導航欄即可，其次可以選用跨平台框架來實現在不同平台的差異化體驗。沒有這些框架對於Web網站來說不造成大的體驗下降。而如果需要開發混合移動、桌面應用，則需要認真考慮這些框架，畢竟用戶對本地應用的體驗期待要高很多。

 

 （全文完）