最近在知乎上回答過(guò)響應(yīng)式的問(wèn)題，也重新對(duì)網(wǎng)頁(yè)響應(yīng)式設(shè)計(jì)做了一個(gè)新的思考，我給整理總結(jié)了一下。

　　就目前來(lái)說(shuō)(我就把時(shí)間劃分到2015年以后吧，之前的網(wǎng)頁(yè)就不拿來(lái)批判是否考慮響應(yīng)式了)，對(duì)于一個(gè)web，響應(yīng)式是最基本的要求，說(shuō)簡(jiǎn)單也簡(jiǎn)單，但是要處理好每一個(gè)細(xì)節(jié)不是那么容易的，響應(yīng)式也是必修課，必然導(dǎo)致前端要提升自己的能力。

　　網(wǎng)站如果不支持響應(yīng)式或者響應(yīng)式很粗糙，誰(shuí)會(huì)買(mǎi)單?

　　或許國(guó)內(nèi)的大部分網(wǎng)站并不刻意要求響應(yīng)式，就算要求響應(yīng)式，大部分適配后的網(wǎng)站效果也是非常粗糙的，總體來(lái)說(shuō)國(guó)內(nèi)的網(wǎng)頁(yè)對(duì)響應(yīng)式有比較高的需求的都屬于一些要求高的或者專(zhuān)業(yè)性很強(qiáng)的網(wǎng)站，就算你不做響應(yīng)式，直接讓網(wǎng)頁(yè)按照PC端顯示的效果一樣(使用類(lèi)似 的代碼，雖然不建議這樣做，但這能有效確保具有固定尺寸的網(wǎng)頁(yè)能按預(yù)期顯示)，直接適配手機(jī)，客戶也會(huì)買(mǎi)單。境外大部分客戶的網(wǎng)站，最基本的要求，不滿足響應(yīng)式不會(huì)買(mǎi)單。

　　該不該做兩套版本?

　　對(duì)于大多數(shù)網(wǎng)站，做兩套版本不是明智的選擇，因?yàn)楹笃诰S護(hù)成本，制作成本，調(diào)試成本，開(kāi)發(fā)成本等都會(huì)增加很多，而且互聯(lián)網(wǎng)發(fā)展迅速，網(wǎng)頁(yè)過(guò)時(shí)的很快，一般情況，不值得花大量時(shí)間做兩套隨時(shí)會(huì)過(guò)時(shí)的頁(yè)面。并且大多數(shù)網(wǎng)站有常用的開(kāi)源程序的約束，做兩套對(duì)后端的擴(kuò)展也會(huì)有更高的要求，可能會(huì)增加后端和服務(wù)器端的工作量。一般做兩套，適用于一些擁有自己的源程序的大平臺(tái)或者大型網(wǎng)站或者一些知名的網(wǎng)站。大部分網(wǎng)站，無(wú)需做兩套。(當(dāng)然如果你錢(qián)多，團(tuán)隊(duì)杠杠的，時(shí)間精力也多，就忽略此段落)

　　響應(yīng)式技術(shù)的發(fā)展怎樣?

　　我們不用糾結(jié)于什么fluid流布局還是其它什么布局的，我們只要考慮首先把具體的項(xiàng)目按照預(yù)期設(shè)計(jì)表現(xiàn)出來(lái)即可，然后再深入考慮其它復(fù)雜的知識(shí)點(diǎn)。很多細(xì)節(jié)有單獨(dú)學(xué)習(xí)的必要，但是不一定都能折騰進(jìn)實(shí)際項(xiàng)目中。實(shí)際項(xiàng)目還是要盡量精簡(jiǎn)代碼，減少開(kāi)發(fā)和后期維護(hù)成本，只要能夠滿足多種設(shè)備，并且利用響應(yīng)式有效控制不同尺寸圖片的加載，在現(xiàn)在的不斷提升的互聯(lián)網(wǎng)網(wǎng)速環(huán)境下，一樣訪問(wèn)速度會(huì)很快。

　　對(duì)于網(wǎng)頁(yè)的響應(yīng)式設(shè)計(jì)，我不會(huì)存在正面還是負(fù)面的評(píng)價(jià)，因?yàn)樗腔A(chǔ)啊，你得適應(yīng)互聯(lián)網(wǎng)發(fā)展適應(yīng)發(fā)展需要啊，適應(yīng)客戶需要啊，做一套網(wǎng)頁(yè)，做好這個(gè)基礎(chǔ)，是理所當(dāng)然的。對(duì)于一項(xiàng)基本功，沒(méi)有必要說(shuō)它好還是不好。

　　一個(gè)真正好的響應(yīng)式，是能夠處理不同尺寸的圖片的，如果CSS不能滿足需求，現(xiàn)在有很多成熟的結(jié)合JS的技術(shù)手段，可以配合CSS做到更優(yōu)秀的相應(yīng)，不會(huì)大幅度影響加載速度，它完全可以達(dá)到兩套web的效果。畢竟你不是做APP，是做網(wǎng)頁(yè)。如果你要拿APP的原生交互效果和流暢程度和web相比，我覺(jué)得偏題了，沒(méi)有必要，本身它們就是互補(bǔ)的東西，你不要他要，沒(méi)有誰(shuí)排斥誰(shuí)的必要。

　　如果還沒(méi)見(jiàn)過(guò)優(yōu)秀的響應(yīng)式網(wǎng)站，可以去看看FWA上面的很多獲獎(jiǎng)的移動(dòng)端網(wǎng)站。

　　總結(jié)

　　現(xiàn)在的響應(yīng)式技術(shù)，已經(jīng)很發(fā)達(dá)了，不但能滿足不同設(shè)備的適配，還能夠從交互，從體驗(yàn)，從加載速度等方面進(jìn)行匹配?，F(xiàn)在的響應(yīng)式技術(shù)，不能和響應(yīng)式才開(kāi)始流入的那幾年相提并論，什么代碼冗余等等的負(fù)面東西可以忽略了。其實(shí)對(duì)于響應(yīng)式這個(gè)東西，剩下的，只是愿不愿意學(xué)更加先進(jìn)的技術(shù)，愿不愿意研究和發(fā)現(xiàn)，愿不愿意使用到實(shí)際項(xiàng)目中的問(wèn)題而已。

　　我自己并不做獨(dú)立的前端工作，也不是什么大牛公司的前端開(kāi)發(fā)，我只是為了服務(wù)自己設(shè)計(jì)的東西而已。只不過(guò)我也經(jīng)過(guò)了幾年的折騰，兼容性，響應(yīng)式各種，用過(guò)很多開(kāi)發(fā)框架，學(xué)過(guò)研究過(guò)不少進(jìn)口知識(shí)，做過(guò)一些被認(rèn)可的東東。我現(xiàn)在對(duì)于響應(yīng)式設(shè)計(jì)，只有一個(gè)方向：

　　盡可能精簡(jiǎn)代碼

　　盡可能以最少的Responsive Breakpoints兼容更多的設(shè)備

　　盡可能優(yōu)化加載速度

　　盡可能避免使用JS(Retina圖片適配我一般使用JS，相對(duì)來(lái)說(shuō)和響應(yīng)式分開(kāi)，會(huì)更加靈活，避免Retina的圖片適配也使用CSS)

　　盡可能做到和PC端一樣流暢的交互效果

　　小工具

　　檢測(cè)網(wǎng)頁(yè)的性能，包含基本的響應(yīng)式性能：Google Insights

最新評(píng)論