移動終端開發必備知識(轉載)

文藝小青年發表於2017-08-02

移動裝置的使用者越來越多,每天android手機的啟用量都已經超過130萬臺,所以我們面向移動終端的WebAPP也開始跟進了。本文主要介紹webapp的開發與除錯的相關知識和經驗,以及給出幾種可選的解決方案。

一、基本概念

(1) CSS pixels與device pixels
  1. CSS pixels: 瀏覽器使用的抽象單位, 主要用來在網頁上繪製內容。
  2. device pixels: 顯示螢幕的的最小物理單位,每個dp包含自己的顏色、亮度。

等值的 CSS pixels在手機螢幕上佔多大的位置,這不是固定的,這取決於很多屬性。經過分析和總結,我們可以得出這麼一條公式: 1 CSS pixels = (devicePixelRatio)^2 device pixels (^2是平方的意思,至於 devicePixelRatio是什麼東西,後面會講解) 。

(2) PPI/DPI

PPI,有時也叫DPI,所表示的是每英寸所擁有的畫素(pixel)數目,數值越高,即代表螢幕能夠以越高的密度顯示影像。(注:這裡的畫素,指的是device pixels。)搞清楚了PPI是什麼意思,我們就能很容易理解PPI的計算方式了,我們需要首先算出手機螢幕的對角線等效畫素,然後除以對角線(我們平常所說的手機螢幕尺寸就是說的手機螢幕對角線的長度),就可以得到PPI了。準確的計算公示大家可以參照下圖。比較有意思的是,根據公式計算出來的iPhone 4的PPI為330,要比蘋果官方公佈的326要高一點點。

移動終端開發必備知識(轉載)
iPhone 4的PPI

(3) 密度決定比例

我們計算PPI就是為了知道一部手機裝置是屬於哪個密度區間的,因為不同的密度區間,對應著不同的預設縮放比例,這是一個很重要的概念。

移動終端開發必備知識(轉載)
手機密度分界

由上圖可知,PPI在120-160之間的手機被歸為低密度手機,160-240被歸為中密度,240-320被歸為高密度,320以上被歸為超高密度(Apple給了它一個上流的名字——retina)。

這些密度對應著一個特定的縮放比例值,拿我們最熟悉的iphone4或4s來說,它們的PPI是326,屬於超高密度的手機。當我們書寫一個寬度為320px的頁面放到iphone中顯示,你會發現,它竟然是滿寬的。這是因為,頁面被預設放大了兩倍,也就是640px,而iphone4或4s的寬,正是640px。

圖中把高密度的一類圈起來,是因為這是android手機的統計資料,在國內安卓手機市場中,高密度的裝置佔了絕大多數的市場份額,這是很重要的一點,也是我們做安卓端webapp要注意的關鍵點。

(4) viewport的使用

viewport總共有5個屬性,分別如下:

<meta name="viewport"
content="
height = [ pixel_value |device-height] ,
width = [ pixel_value |device-width ] ,
initial-scale = float_value , minimum-scale = float_value , maximum-scale = float_value ,
user-scalable =[yes | no] ,
target- densitydpi = [ dpi_value | device-dpi| high-dpi | medium-dpi | low-dpi] "
/>

viewport的5個屬性

在這些屬性裡面,我們重點關注target-densitydpi,這個屬性可以改變裝置的預設縮放。medium-dpi是target-densitydpi的預設值,如果我們顯式定義target-densitydpi=device-dpi,那麼裝置就會按照真實的dpi來渲染頁面。打個比方說,一張320*480的圖片,放在iphone4裡面,預設是佔滿螢幕的,但如果定義了target-densitydpi=device-dpi,那麼圖片只佔螢幕的四分之一(二分之一的平方),因為iphone4的解析度是640*960。

二、解決方案

  1. 簡單粗暴

    如果我們按照320px寬的設計稿去製作頁面,並且不做任何的設定,頁面會預設自動縮放到跟手機螢幕相等的寬度(這是由於 medium-dpi是target-densitydpi的預設值,和不同密度對應不同縮放比例所決定的,這一切都是移動裝置自動完成的 )。所以這種解決方案,簡單,粗暴,有效。但有一個致命的缺點,對於高密度和超高密度的手機裝置,頁面(特別是圖片)會失真,而且密度越多,失真越厲害。

  2. 極致完美

    在這種方案中,我們採用 target-densitydpi=device-dpi,這樣一來,手機裝置就會按照真實的畫素數目來渲染,用專業的話來說,就是1 CSS pixels = 1 device pixels。比如對於 640*960的 iphone,我們就可以做出 640*960的頁面,在iphone上顯示也不會有滾動條。當然,對於其他裝置,也需製作不同尺寸的頁面,所以這種方案往往是使用媒體查詢來做成響應式的頁面。這種方案可以在特定的解析度下完美呈現,但是隨著要相容的不同解析度越多,成本就越高,因為需要為每一種解析度書寫單獨的程式碼。下面舉個簡單的例子:

    #header {
    background:url (medium-density-image.png);
    }
    @media screen and (- webkit -device-pixel-ratio:1.5) {
    /* CSS for high-density screens */
    #header { background:url (high-density-image.png);}
    }
    @media screen and (- webkit -device-pixel-ratio:0.75) {
    /* CSS for low-density screens */
    #header { background:url (low-density-image.png);}
    }

    移動終端開發必備知識(轉載)

    媒體查詢不同解析度方案

  3. 合理折中

    針對安卓裝置絕大多數是高密度,部分是中密度的特點,我們可以採用一個折中的方案:我們對480px寬的設計稿進行還原,但是頁面制卻做成320px寬(使用background-size來對圖片進行縮小),然後,讓頁面自動按照比例縮放。這樣一來,低密度的手機有滾動條(這種手機基本上已經沒有人在用了),中密度的手機會浪費一點點流量,高密度的手機完美呈現,超高密度的手機輕微失真(超高密度的安卓手機很少)。這種方案的優點非常明顯:只需要一套設計稿,一套程式碼(這裡只是討論安卓手機的情況)。

三、開發除錯

(1) weinre遠端實時除錯

Web開發者經常使用Firefox的firebug或者Chrome的開發人員工具進行Web除錯,包括針對JavaScript,DOM元素和CSS樣式的除錯。但是,當我們期望為移動Web站點或應用進行除錯時,這些工具就很難派上用場。

weinre就是一個幫助我們在桌面來遠端除錯執行在移動裝置瀏覽器內的Web頁面或應用的除錯工具。weinre是WEb INspector REmote的簡寫,現在是Apache的一個開源專案,託管在github

下面將介紹如此在日常工作使用它。

首先,我們要下載weinre的jar包——專案官方已經找不到該jar檔案,網上能夠找到,這裡建議搭建個獨立的web伺服器,jar執行後是一個本地的伺服器,和web伺服器差不多~~

然後通過執行dos命令來啟動它(請注意在你的電腦上已經安裝有JDK)。執行命令如下,需要把路徑改成你的實際檔案位置:

java -jar d: oolsweinre-jarweinre.jar –httpPort 8081 –boundHost -all- (httpPort是指定服務埠,boundHost引數說明可以使用IP訪問,all引數代表支援所有的host)。

移動終端開發必備知識(轉載)

訪問localhost:8081,如果看到如下的頁面,說明weinre已經啟動成功:

移動終端開發必備知識(轉載)

輸入debug client user interface地址(除錯客戶端UI地址)。本例中即:http://localhost:8081/client/#anonymous,其中#anonymous是預設的除錯id(debug id)。如果這個weinre除錯伺服器只是由你一個人使用,那麼你可以使用預設的debug id:anonymous。 啟動的weinre除錯客戶端ui如下圖:

移動終端開發必備知識(轉載)

在需要除錯的頁面加入中以下指令碼:,注意把localhost換成手機能夠訪問的真實IP地址。當手機訪問這個頁面時,weinre客戶端就會檢測到目標裝置,然後就可以對它進行除錯了。

移動終端開發必備知識(轉載)

因為手機上不方便截圖,我這裡就用兩個瀏覽器視窗來展示效果,其實手機上的效果跟右邊是一樣的。

(2) AVD模擬器除錯

靜態頁面並不能滿足我們的需求,很多實際效果比如touch事件,滾動事件,鍵盤輸入事件等,都需要在真實的環境下測試,這時就需要用到模擬器。就像我們測試ie6一樣,AVD模擬器可以類比於PC上的虛擬機器,當我們需要測試某一特定的機型時,我們可以新建一個AVD,進行一系列的測試。不過使用AVD的前提是已經部署好android的開發環境,這個需要JDK + android SDK + Eclipse + ADT,還是稍微有點繁瑣。

(3)手機抓包與配host

在PC上,我們可以很方便地配host,但是手機上如何配host,這是一個問題。

這裡主要使用fiddler和遠端代理,實現手機配host的操作,具體操作如下:

  1. 首先,保證PC和移動裝置在同一個區域網下;
  2. PC上開啟fiddler,並在設定中勾選“allow remote computers to connect”
    移動終端開發必備知識(轉載)
  3. 手機上設定代理,代理IP為PC的IP地址,埠為8888(這是fiddler的預設埠)。通常手機上可以直接設定代理,如果沒有,可以去下載一個叫ProxyDroid的APP來實現代理的設定。
  4. 此時你會發現,用手機上網,走的其實是PC上的fiddler,所有的請求包都會在fiddler中列出來,配合willow使用,即可實現配host,甚至是反向代理的操作。

本文轉自艾倫 Aaron部落格園部落格,原文連結:http://www.cnblogs.com/aaronjs/p/3163800.html,如需轉載請自行聯絡原作者


相關文章