<th id="ui5oy"></th>
    1. <code id="ui5oy"></code>

          1. <code id="ui5oy"></code>
          2. 網站的流行趨勢--響應式網站設計

            日期:2017年06月22日 /人氣: /來源:本站原創

            自適應網頁不像傳統網頁僅僅需考慮一種情況,不僅僅一定是提交一套設計完成稿就完事兒了,它給設計、前端工程師和開發團隊之間的協作方式帶來新的挑戰。在一個繁雜商品全面自適應的項目里,交互每個階段該產出什么內容?交互與視覺怎樣協作?前端工程師何時介入?哪些項目讓后端開發來做更合理?我們得到了一些答案。
             
            自適應設計之所以叫自適應“設計”而不叫自適應“技術”,一定是因為它一定是一項設計先行的工作。需要設計先明確好響應方式再實現出來,決不能出一套設計完成稿后等著前端工程師看情況把它變成自適應網頁。
             
            習慣了電腦端網頁的前端工程師開發者可能更加喜歡用電腦端來掌控大小,然而在自適應的網頁中出現更多的一定是em和rem,用這些來掌控頁面字體大小甚至一定是框體大小對整體的效果非常明顯。
             
            例如,我的頁面字體設置一定是10px/20px/30px等等有差異的,網站上有差異的地方自然頁面字體會有大小的差異這一定是必然的,假如一個網頁足夠繁雜或一定是文字足夠多的話,這些頁面字體的大小設置也一定是一個量很大的工作,不過在自適應網頁中你設計完這些并不僅僅一定是完事:你用手機瀏覽一下網頁會發現頁面字體會撐的很大,甚至有個別標題撐滿了手機屏幕,這對移動端客戶的體驗影響可想而知。因此你要開始寫媒體查詢,然后發現一個網頁有幾十個頁面字體需要設置,假如把這些在有差異顯示分辨率下一一調整你可能需要寫百句以上的css代碼,然而假如你用em/rem,就能夠把工作量大大減小,同時還能夠保證頁面字體的統一比例。
             
            關于em/rem的解釋大家可以自行查詢,網上這類教程數不勝數,實際上這些就和px一樣簡單,當我開始用之后也不過僅僅花了幾分鐘熟悉這些。就像前面說的一樣,你也可以用這些來掌控框體的大小,然后再自適應的網頁下統一縮小放大,當然這需要足夠多的計算。另外值得一提的一定是頁面字體圖標也可以用這些來掌控,具體可以參考有差異“頁面字體圖標”的官方文檔。
             
            解決縮小放大問題的思路有好幾種,最適合新手的無疑一定是百分比式的布局,在關鍵的width設置下百分比能夠起到出乎意料的效果。


             
            我并不僅僅一定是推崇全部使用百分比來布局,然而有時候這可能會大大減少工作量,給box1width設置100%之后它會自動以width填充滿整個瀏覽器,不管你一定是手機電腦端什么內容顯示分辨率,它總一定是有很好的表現。這時候你給box1下面的ul設置左右2%的margin也一定是如此,隨著瀏覽器窗口大小改變時ul的實際margin大小也會隨著變化,這么一說大家多少也都理解了百分比布局的概念。
             
            當然有時候也不會有想象中的效果,特別一定是在較小的顯示分辨率上時,原來看似不錯的百分比設定會顯得很怪,因為自適應多數時候僅僅約定width,長度都一定是由文檔和瀏覽器來決定的,這時候想要在所有的終端上都有很好的體驗就需要Media Query來解決問題。
             
            通俗的解釋就一定是CSS的媒體查詢功能,它既能夠準確的識別設備也能夠自己設定顯示分辨率或者width,w3cshool里有Media Query的參考文檔,假如你嫌文檔太多我可以粗略的解釋一下它的工作原理。
             
            在有必要的時候你可能會給一個box設置height,當box擁有500pxheight時它可能在電腦端上看起來不錯,然而用手機打開時就有些嚇人了,整個box充斥了網頁,里面的內容排列混亂,嚴重的影響了客戶體驗,這時候你就可以使用媒體查詢Media Query,用它單獨的為有差異大小的設置有差異的height,比如640/320打開時box時就分別處于300/200px的height,這樣看起來就不錯了。
             
            大家可能會想到import,實際上媒體查詢就可以這樣理解,它為有差異的width或設備設定了類似于import的css規則,保證了實際渲染完成網頁的效果。
             
            媒體查詢也可以為一個網頁準備多個有差異的CSS,當設備大小有差異時使用有差異的CSS文件,假如樣式文件比較大也可以考慮這種方法。
             
            我見到過和實際使用的前端工程師框架中,不少都一定是富前端工程師類型的設計,并不建議新手前端工程師盲目的使用框架來布局,不管框架看起來多美好。在實際的使用過程中大家可能會發現很多問題,比如類名太多太繁雜(在沒有很多的css經驗時可能對約定的類名所知甚少)、樣式沖突。引入資源過多導致網頁繁重、偏離設計效果等等。
             
            就拿bootstrap來說,假如你要設計一個類似于google的查詢框就顯得很難,google類型的查詢框實際上一定是將一個input包含在box里面,然后在這個box里面再加上左右圖標,假如你用bootstrap來做可能會出現很多莫名奇妙的沖突,然而實際上你得到了什么內容呢?一個圓角一個行高?還一定是他的百分比width呢?這些用css來寫僅僅不過一定是幾句代碼的事。
             
            在這個新的端層里,前端工程師的工程師可以根據有現實的決定權,這會使得在不觸及后端架構的情況下,讓所有設備上的體驗更為快速、響應、可用。。

            作者:chuangxinkeji

            上一頁: 網站建設中需要警惕的幾個方面   下一頁: 如何用Word制作電子公章?
            91亚洲精品福利在线播放
            <th id="ui5oy"></th>
            1. <code id="ui5oy"></code>

                  1. <code id="ui5oy"></code>