公司要求將pc上能訪問的web頁面，在手機上也能訪問，開始查了好多資料。也認為是屬於wap開發範疇。開始沒有想到是頁面布局與模板的問題。因為pc頁面與手機頁面的最大區別主要集中在瀏覽器與頁面布局上。所以開始花了好多的無用功。
2.個人認為手機頁面的開發，起始就是布局與考慮使用者體驗降低每次與資料庫互動時，respose資料返回量的問題。
2.1首先，布局問題的解決：
已經有現成的了：即建立jsp檔案時，採用
模板樣式。
頁面寬度，width：採用百分比，100%布局，盡量少用絕對畫素，當然對於字型大小等有時候也是避免不了的。
2.2關於畫素px。
看有的資料上講手機頁面開發最好採用em做畫素單位就可使pcweb在mobile上共享訪問一致，而不出現排版布局的問題，本人看後，欣喜不已，馬上在乙個測試頁面上實施，結果不禁理想，布局沒有那麼亂套了，但是還是不很理想，一行的變成兩行了。最後還是放棄了，畢竟習慣了px，改為em，真的不知道大小了。
2.3注意清快取：
2.4關於個別標籤不識別的問題。
看有的資料上說mobileweb頁面不支援標籤等。但是在本人開發的專案中，似乎不存在這個問題，ajax,struts2標籤全用了，不知是因為專案小還是沒遇到。現在看來mobileweb開發也沒那麼恐怖，不知所措了.
2.5關於mobile版說明：
開始本人企圖做到pc版與mobile版公用一套**，只是在使用者訪問時，通過判斷客戶端終端使之調轉到不同的頁面，但是在開發過程中，發現，這種想法過於理想化了。
首先，mobile不同於pc，pc在乙個request之後，可以response許多資訊，一步全部返回給客戶端。不需要考慮資料量的問題。但是mobile卻不能這樣處理，他只能通過擠牙膏的方式，請求一次返回一點，直至使用者確認需要檢視詳細的資訊，君不見流量費howmach啊！層雖然深了，但是避免了應為返回資料過多而出現手機宕機或者使用者等待時間過長的問題，也公升了money，只要少看點就行了。
由此，響應決定了後台，所以很不幸，後台**sql又得重新寫了。
以上是本人第一次開發手機web頁面的一些淺見，總的來說，pcweb頁面，mobileweb也罷，基本原理還是一樣的，唯一的區別也許就在布局與瀏覽器對指令碼語言的支援上。至於wap開發如何，暫時還沒涉獵。
手機頁面開發
ajax 相當於函式名 ajax 加了 async defer 會導致載入 zepto失敗 類似 ajax function ajax 整成類似json這種key value格式，而value可以是函式 這句話很關鍵，initial scale 1.0決定頁面開啟時大小，minimum scale與...
手機簽到頁面
使用pc端的簽到功能修改而來，不光修改了布局結構，還修改了js指令碼，多餘的css沒有刪除。拼命載入中 2016年1月6日 簽到統計 簽到規則 首次簽到獲得0.05元現金獎勵 連續簽到每天增加0.01元現金獎勵 連續簽到16天及以上每天獲得0.2元現金獎勵 其他說明 如果中間有一天間斷未簽到的，重先...
手機觸屏版頁面開發總結
code 複製 主流解析度 android 主流機型主要為 480x800,480x854,540x960,720x1280,800x1280 這五種。非主流機型還包括 240x320,320x480,640x960 這三種，其中兩種都與 iphone 一致。ios 主流機型主要為 320x480,...