• <bdo id="i4g44"></bdo>
    <code id="i4g44"><tr id="i4g44"></tr></code>
    <strike id="i4g44"></strike>
    <bdo id="i4g44"></bdo>

    為用戶創(chuàng)造價值的開發(fā)公司

    始終追求工匠精神,是您靠譜的H5開發(fā)、小程序開發(fā)、微信開發(fā)供應商

    藍暢首頁 >> 動態(tài)

    搭建移動H5開發(fā)項目實戰(zhàn)

    時間:2019-09-04 23:14:42 | 來源:

    前端H5開發(fā)的前世今身

    在Pc的時代,前端技術無疑統(tǒng)治了大多數(shù)用戶的交互界面!而在移動為王的今天,NA開發(fā)在早期占領了大多數(shù)用戶的交互界面,后來逐漸的前端H5開發(fā)找到了自己的技術優(yōu)勢,慢慢的后來居上。

    前端H5的優(yōu)勢有:

    • 輕松的熱更新,(無需等待用戶漫長的更新時間)

    • code once,run anyway,(極大縮短產(chǎn)品的開發(fā)時間)

    • 豐富的社區(qū)、成熟的技術棧和人才儲備

    與此同時也面臨了許多難題,比如:

    • 性能問題(在低端機型上不夠流暢,點擊延遲等)

    • 兼容性問題(不僅要適配各種各樣的屏幕,還要面對各類廠商對系統(tǒng)瀏覽器進行篡改引發(fā)的兼容性問題)

    • 加載時間

    分庭抗禮

    至此前端H5和NA開發(fā)形成了一種互補的關系,各有自己的適用場景和自己的優(yōu)劣之處:

    • H5適合做活動頁,運營頁,簡單的展示頁。(支持瀏覽器的地方就能展示,就能使用)

    • H5適合做產(chǎn)品最小原型,開發(fā)效率快(一份代碼跑兩個平臺)

    • H5適合還不成熟需要頻繁迭代的產(chǎn)品

    移動開發(fā)之蕩

    移動h5開發(fā)和桌面web開發(fā)有許多不同的地方,一個傳統(tǒng)的桌面web開發(fā)工程師,如果沒有經(jīng)過一定的學習和嘗試無法開發(fā)出適應移動web的應用。
    那移動開發(fā)相較于傳統(tǒng)web開發(fā)有哪些避無可避的難點呢?接下來我將結合在BANFF項目中的實踐來分別介紹這些移動h5開發(fā)中的難點以及如何解決這些難點。

    難題一:瀏覽器默認樣式

    不同系統(tǒng)+不同品牌+不同版本的瀏覽器都會有各種各樣自己的默認樣式,很多時候如果忽視瀏覽器的默認樣式會導致顯示樣式上出現(xiàn)兼容性問題,有的時候可能在某些機型上看上去很好,但是換了一個機型卻顯示又不正常。

    在桌面web時代

    前端要適配的瀏覽器有限(有IE,火狐,chrome,360等)。這個時候我們可以不考慮這些默認的樣式,畢竟不一致的地方較少。這個時候可以采用常規(guī)的css normall,將各個瀏覽器的css顯示差異控制在一定范圍內(nèi),這樣既能保留平臺的特色UI展示,又能避免出現(xiàn)兼容性問題。

    移動h5時代

    在移動h5上情況就不一樣了,手機系統(tǒng)多種多樣,瀏覽器平臺數(shù)不勝數(shù)。如果不嚴格控制住瀏覽器的默認樣式,顯示的兼容性問題就比較嚴重了。

    在BANFF項目中我們對比了 css normal 和 css reset 兩種方案,最終采用了css reset 技術,因為在測試過程中我們發(fā)現(xiàn),采用css normal方案去開發(fā)移動h5,總會遇到有一些機型的樣式無法貼合UE圖的效果,所以我們采用css reset將各個平臺的css顯示差異都抹平,這樣就無需考慮瀏覽器的默認樣式了。雖然方法簡單粗暴,但是對移動h5開發(fā)來說卻非常管用。

    clipboard.png
    css reset方案的核心代碼
    clipboard.pngIE下不同版本的默認樣式摘要

    難題二:屏幕適配

    如何適配數(shù)不清的屏幕尺寸,曾經(jīng)是困擾前端開發(fā)人員的一大難題。

    瀏覽器占比:clipboard.png
    主流的屏幕類型:clipboard.png

    看了以上的瀏覽器占比和主流的屏幕類型就知道屏幕適配對前端開發(fā)來說是一個多大的問題了。

    在屏幕適配這個問題上,曾今出現(xiàn)了許多優(yōu)秀的解決方案:

    最開始的基于media技術的響應式布局

    bootstrap樣式庫采用了這套適配方案,這套方案的核心思想是將屏幕分為三種類型,搭配上柵格系統(tǒng),我們能夠寫出同時兼容移動端小屏幕和pc大屏幕的頁面。

    移動端適配方案分為幾個派別:
    固定高度,寬度自適應

    這是目前使用較多的方法,垂直方向用定值,水平方向用百分比、定值、flex都行。騰訊、亞馬遜、搜狐的首頁都是使用的這種方法。
    這種方法使用了完美視口:

    <meta name="viewport" content="width=device-width,initial-scale=1">
    固定寬度,viewport縮放

    這種方案:設計圖、頁面寬度、viewport width使用一個寬度,瀏覽器幫我們完成縮放。單位使用px即可。

    原理是根據(jù)屏幕寬度來動態(tài)生成viewport,生成的 viewport 基本是這樣:

    <meta name="viewport" content="width=640,initial-scale=0.5,maximum-scale=0.5,minimum-scale=0.5,user-scalable=no">
    rem做寬度,viewport縮放

    這種方案是目前業(yè)界比較認可的一種方案,也是吸取了其他方案的長處再進行改良的一種方案
    原理有以下三點:

    • 動態(tài)的生成 viewport;

    • 屏幕寬度設置 rem的大小,即給<html>設置font-size;

    • 根據(jù)設備像素比(window.devicePixelRatio)給<html>設置data-dpr

    rem 適配效果
    clipboard.png

    通過fekey轉換來避免手寫remclipboard.png

    在BANFF項目中我們比較了以上的幾種適配方案

    首先響應式布局的解決方案無法實現(xiàn)真正的移動適配,它的適配只能解決pc大屏幕到手機小屏幕的問題,但是手機屏幕任然有很多種,這個時候基于響應式布局的來寫頁面會發(fā)現(xiàn)在Iphone6下看上去和UE效果圖一致,但到了iphone5s下按鈕之間的間距和UE效果圖就差很多,更不用說Iphone4s和其他一眾Android機型了

    而rem方案能夠解決小屏幕的適配問題,因為它的顯示單位rem是隨著屏幕大小,rem方案比(固定寬度,viewport縮放)來說有優(yōu)勢的地方是可以使用兩種不同的單位,想讓元素適配的時候就用rem,想讓文字不縮放的時候就用px。比如1px的線rem就能輕松搞定,而其他方案不行。比如一些文字我們并不希望它適配,因為部分字體適配后會顯示出毛邊,這個時候用px能實現(xiàn)不適配的效果。rem的不足之處是我們在書寫樣式的時候要手動將UE的標注轉化成rem。

    最終我們采用了wmflex 基于(rem做寬度,viewport縮放) 的 解決方案,很好的實現(xiàn)了適配各類屏幕。同時采用了fekey(px To rem)來解決書寫rem不方便的問題,這樣我們在寫樣式的時候只要和按照UE標準的
    750px來就行了,fekey會自動幫助我們轉為rem。經(jīng)過測試在低端的Android機上或者是dpr等于2的IPhone6s和dpr等于3的IPhone6s plus都能很好的按照交互圖來展示。

    可以說基于rem適配原理的這一套解決方案,我們已經(jīng)能夠輕松適配各種類型、各種大小的屏幕。

    難題三:點擊延遲

    web開發(fā)對鼠標有一套完整的事件支持,但是對移動系統(tǒng)上的點擊,觸控,滑動的事件支持并不完善。就拿最常見的點擊來說,h5就有過很長一段時間的不好體驗。

    點擊延遲,對于早期的h5開發(fā)可以說是致命的,相較于native的流暢來說,h5的300毫秒的點擊延遲幾乎是不可接受的。

    業(yè)界常用的方法是采用將touch事件來進行一系列封裝,進而得出一套觸控Api來。

    fastclick就是經(jīng)過大量優(yōu)化的去除點擊延遲解決方案。原理是hook了瀏覽器的touch事件來模擬click事件,讓前端開發(fā)人員以熟悉的click來書寫代碼

    除了點擊事件,滾動、滑動、多點觸控,這些瀏覽器不原生提供的能力都需要我們用代碼去模擬出來。

    clipboard.png

    在BANFF項目中采用較常規(guī)的解決方案fastclick來去除點擊延遲,在以后的項目中如果遇到更復雜的交互需求,會采用更具擴展性的hammerjs來處理各種各樣的觸碰需求。比如滑動、旋轉、多點觸碰。

    難題四:mock與調(diào)試

    H5頁面運行環(huán)境多樣,如果僅僅是通過報錯后彈出alert框這種形式去調(diào)試的話,開發(fā)效率會降低很多。

    首先H5頁面肯定是能運行在Pc Chrome上的,借用Chrome的成熟調(diào)試體系效率會提高很多;但是我們要考慮到NA內(nèi)嵌的webview,其中js代碼的運行時機要依賴websdk的加載。無法簡單的將h5應用拿到chrome上調(diào)試。并且除了常用的waimaiApp端,還要考慮微信端,或者是Banff端。所以我們要有一套mock機制,在Pc端上走Mock的代碼,在NA端或者微信端上走端對應的代碼。

    一種較好的代碼架構思路是我們提供一個Adapter層,Adapter層對業(yè)務代碼提供一致的接口,然后Adapter根據(jù)不同的使用場景對接不同的端代碼
    clipboard.png
    clipboard.png

    有了Adapter層后我們根據(jù)什么來判斷當前代碼運行在什么端呢?比較常見的方法是通過瀏覽器的ua來進行判端。如果擔心代碼的體積問題,我們也能通過fekey或其他打包工具,在打包階段,打包出不同端對應的代碼。這樣能減少代碼的加載時間和體積。



    關于我們:

    藍暢信息技術有限公司成功為多家世界財富500強企業(yè)以及其他著名品牌提供優(yōu)質服務,是您靠譜的互聯(lián)網(wǎng)開發(fā)供應商。

    服務客戶遍及北京、上海、杭州、深圳、廣州、天津、青島、南京、寧波、蘇州、無錫、廈門、重慶、西安等大中型城市及地區(qū)    為您提供:H5開發(fā),H5設計,H5外包,微信開發(fā)外包,H5商城開發(fā),小程序商城開發(fā),網(wǎng)站開發(fā)外包,H5游戲開發(fā),小程序開發(fā)外包,小程序設計、APP開發(fā)外包,UI設計,SEO優(yōu)化,視頻后期制作等優(yōu)質服務


    本文地址:
    更多內(nèi)容推薦:
    專欄最新閱讀:
    更多文章閱讀請至:技術專欄
    Tips: 為您提供 微信開發(fā)H5開發(fā)微信小程序開發(fā)微信定制開發(fā)網(wǎng)站開發(fā)小程序商城開發(fā)SEO網(wǎng)站優(yōu)化視頻后期制作等定制化開發(fā)服務
    主站蜘蛛池模板: 北辰区| 邻水| 鄂州市| 淄博市| 元谋县| 山东省| 彰化市| 苏尼特左旗| 天气| 岐山县| 聂荣县| 榆林市| 南康市| 西青区| 六盘水市| 沁阳市| 依安县| 扬中市| 云阳县| 临泉县| 华容县| 阜新市| 宁波市| 通州市| 江山市| 无极县| 安新县| 阿鲁科尔沁旗| 恩施市| 关岭| 瑞金市| 涿鹿县| 吴旗县| 海门市| 梁平县| 广安市| 翁牛特旗| 保德县| 阿尔山市| 石屏县| 策勒县|