恭喜你終于使領(lǐng)導(dǎo)們信服：你的下一個Web 設(shè)計項目需要進行響應(yīng)式設(shè)計。雖然說服他們相信是一件非常艱難的事情，但是你現(xiàn)在不能在榮譽上休息。現(xiàn)在項目最關(guān)鍵的問題是：如何帶領(lǐng)你的團隊去構(gòu)建響應(yīng)式設(shè)計?

　　響應(yīng)式簡介

　　你可能熟悉典型的“瀑布模式”的開發(fā)過程：從系統(tǒng)需求分析開始，然后著手設(shè)計，接著開始前后臺開發(fā)，最后進行評估并且實施。線性性質(zhì)是瀑布式開發(fā)的主要特點：當(dāng)這一階段完成，下一階段緊接開始，兩者配合的幾乎天衣無縫。“瀑布模式”開發(fā)過程是通過設(shè)計一系列階段順序展開的，只需朝一個單一的方向推進工作，而不幸的是，隨著問題的不斷積累，不得不放慢腳步，來應(yīng)付各種棘手的問題。

　　“瀑布模式”開發(fā)過程演示圖：

　　所謂的“響應(yīng)式Web 設(shè)計”，它是指在網(wǎng)站建設(shè)過程中，利用同一套代碼，使網(wǎng)站內(nèi)容在PC、平板電腦以及智能手機瀏覽器上都能正常的顯示。那些為了發(fā)布同樣的內(nèi)容，而創(chuàng)建 PC，mobile等多個版本的日子一去不復(fù)返了。現(xiàn)在你可通過構(gòu)建一個非常靈活的網(wǎng)站去應(yīng)付所有的運行環(huán)境。

　　“響應(yīng)式”設(shè)計過程如下圖所示：

　　那么，為什么要使用響應(yīng)式設(shè)計而不是采取瀑布模式?瀑布模式只按照標(biāo)準(zhǔn)的桌面瀏覽器進行設(shè)計，除此之外，幾乎沒有考慮任何其它的設(shè)計開發(fā)環(huán)境，這是它最大的缺點。而敏捷的響應(yīng)式設(shè)計從一開始就考慮到這些跨平臺問題，從而進行更詳細的前期框架構(gòu)圖，設(shè)計和測試，而這些工作恰恰在瀑布模式中被省略了。基于響應(yīng)式設(shè)計的網(wǎng)站一旦完成實施，將正確的呈現(xiàn)在PC、移動設(shè)備和平板電腦上。

　　響應(yīng)式設(shè)計在不同設(shè)備上的效果展示圖：

　　既然如此，那么如何在團隊中實施響應(yīng)式Web 設(shè)計呢?下面，我們將回顧典型的瀑布模式的開發(fā)步驟并且說明如何使他們變?yōu)轫憫?yīng)式設(shè)計模式。

　　如何實現(xiàn)響應(yīng)式Web 設(shè)計 第一步：計劃

　　瀑布模式開發(fā)

　　在瀑布模式開發(fā)過程中，框架圖主要由布局和小部件構(gòu)成。它們被設(shè)定為一個特定的尺寸(通常基于像素)，并且?guī)缀鯖]有調(diào)整的余地。這些框架圖給出了具體的網(wǎng)格/布局的尺寸大小，但是不同的屏幕分辨率會導(dǎo)致布局發(fā)生變化，這時一切都變得毫無意義。最終，導(dǎo)航條菜單無法使用，無法進入表單頁面，并且界面也會變得凌亂不堪。

　　響應(yīng)式Web 設(shè)計

　　解決此問題并不困難。你需要為不同的視圖設(shè)計不同的部件，并且不要將一個頁面當(dāng)成一整“頁”。頁面不是最小的組成單元——而是滾動條，文字內(nèi)容，表單和其他成份是組成整個頁面的最小元素。框架圖必須考慮不同的屏幕尺寸，因此布局尺寸也是不固定的。布局可以從三列變至兩列，在最小的顯示設(shè)備上(移動智能手機)，甚至可將其調(diào)整為單列顯示。

　　同時，你也需要改變網(wǎng)站的用戶體驗——在小尺寸的屏幕上，要求滾動條不僅僅是可以通過鼠標(biāo)進行操作，而是人們用手指也能夠控制它。這樣框架圖僅僅是一個原型設(shè)計工具，而不再是模板，并且需要通過一些開發(fā)和測試來確保其能在顯示屏上執(zhí)行。如果在這些初步測試之前開始設(shè)計的話，一些未知的開發(fā)問題就會接踵而至。不管怎樣，項目根本的愿景必須是保持不變的，因此，保持部門之間開放的溝通渠道是必不可少的。

　　第二步：設(shè)計

　　瀑布模式開發(fā)

　　在瀑布模式開發(fā)中，接下來將按照框架圖來進行設(shè)計，并且通過字體、顏色、間距以及其他設(shè)計工具、手法使其變得豐富多彩而富有生機。通常情況下，設(shè)計會進行來回的修改，并且通過設(shè)計的不斷更新，來逐步完善品牌和設(shè)計的規(guī)范。

　　響應(yīng)式Web 設(shè)計

　　為了更好的使用分配的項目時間和資源，響應(yīng)式的Web 設(shè)計應(yīng)該設(shè)計不同尺寸的布局和部件。響應(yīng)式的Web 設(shè)計不再使用基于像素的完美設(shè)計。我們認為在不固定的網(wǎng)格中設(shè)計靈活的部件，設(shè)計不同尺寸的布局和部件的工作量是可控的，雖然完成可以兼容桌面瀏覽器的設(shè)計就已經(jīng)極具挑戰(zhàn)性了。

　　讓HTML采用在所有環(huán)境中的流體布局來提高設(shè)計品質(zhì)。不去專注于用戶的總體體驗，而考慮每一種瀏覽器寬度是非常浪費時間的做法。例如，需要確保在小型移動設(shè)備上操作rotating banner的原件是快速反應(yīng)的，并且按照行業(yè)推薦的最小的44px作為標(biāo)準(zhǔn)的人類手指尖的尺寸來進行設(shè)計。對于用戶體驗的設(shè)計和針對所有屏幕尺寸進行外觀設(shè)計是同等重要的。

　　第三步：開發(fā)

　　瀑布模式開發(fā)

　　在瀑布式開發(fā)方法中，一旦客戶確認了設(shè)計圖，接下來的前端開發(fā)中，就會發(fā)現(xiàn)在小型屏幕中存在各種問題。不幸的是，由于瀑布模式的線性特征，這些不可預(yù)見的問題只能隨著項目的推進而出現(xiàn)。

　　響應(yīng)式Web 設(shè)計

　　在敏捷的響應(yīng)式的開發(fā)過程中，設(shè)計必須以靈活網(wǎng)格為基礎(chǔ)。需要由開發(fā)者對部件進行規(guī)劃和原型設(shè)計，并且在每一個階段都進行測試。為了確保部件是可能的最小的組成單元，需要對代碼進行優(yōu)化。因為部件可以容易的加入到布局中和從中移除，所以在最初的設(shè)計中并沒有規(guī)劃出來。通過開發(fā)者、設(shè)計師和策劃者之間良好的協(xié)作來規(guī)避由于必需的修改而引起的各種問題。這樣，團隊中的成員達成共識，就可以早點發(fā)現(xiàn)和解決問題。

　　第4步：耐心的測試

　　瀑布模式開發(fā)

　　在標(biāo)準(zhǔn)的瀑布模式開發(fā)的最后階段是通過單元測試和功能測試來評估站點。在這個階段發(fā)現(xiàn)的問題，可能會要求重新規(guī)劃項目最初的設(shè)想，甚至有時候一個新上市的設(shè)備可能對項目造成沉重的打擊。需求分析團隊和設(shè)計團隊不得不重新規(guī)劃和設(shè)計以顧及到這些變化，并且將花費更多的時間來進行修改。

　　推薦閱讀

　　網(wǎng)站如何突破冰點思維實現(xiàn)良性發(fā)展

面對面的交流更利于網(wǎng)站發(fā)展，從剛開始的人機交流到機機交流無不是科技的進步，而互聯(lián)網(wǎng)行業(yè)也是如此，從網(wǎng)絡(luò)的發(fā)展角度來看，讓網(wǎng)站內(nèi)容通過最合適的方式展現(xiàn)在用戶面前是非常重要的，即突破冰點距離讓網(wǎng)站溫柔的展>>>詳細閱讀

本文標(biāo)題：<b>與瀑布模式說”再見”：5個步驟實現(xiàn)響應(yīng)式Web設(shè)計</b>

地址：http://m.sdlzkt.com/a/22/20120516/60343.html

 1/2    1  2 下一頁