總結一點問題
一，關於固定定位的問題
其實在ios下固定定位並不穩定，特別是在使用者輸入內容的時候，固定定位就會出問題，其實我是比較想用絕對定位來模擬固定定位的，但是因為很多東西不是很熟悉，加上mui框架都是這麼用固定定位的，所以這種小bug我也就沒管了
二，沉浸式導航的問題
在我們做沉浸式導航的時候，是需要在配置檔案manifest.json裡的plus的節點下的statusbar物件裡設定」immersed」: true，這樣確實是設定好了沉浸式，但是這樣你會發現你的頭部完全都跑到狀態上去了，所以我們的做法就是會給頭部加乙個padding值，然後因為不同的手機的狀態列高度是不一樣的，所以我們需要動態去計算出狀態列的高度，然後給相應的padding-top值；當然mui框架的頭部都設定了box-size:border-box;所以我們還需要設定高度，這個都只是css的問題而已，這樣做也不是什麼問題；一切都沒什麼問題，不過個人感覺這樣做不太好，因為狀態列的顏色什麼的不好設定；感覺不要給頭部設定什麼高度或者padding，其實直接在開啟頁面的時候就設定狀態列的顏色，這樣會靠譜一些
三，自定義事件的相容問題
安卓手機上都沒什麼問題，但是在ios下，如果要執行自定義事件，有一些條件的，比如如果這個頁面是新建立的話，那麼自定義事件，必須是在這個頁面loaded事件發生了以後才會執行的；所以為了相容兩個系統以下的**會更好一些
var wv = plus.webview.getwebviewbyid("a.html");
if(!wv));
})})
}else);
})}
個人的總結，我覺得在前端請求資料的時候，我們應該把每乙個狀態都做好相應的提示；一般請求資料分為三個狀態
1）請求之前(為了防止使用者多次請求，這個時候應該是讓提交資料的按鈕禁用掉，不管用什麼辦法);
2）請求成功了（把剛剛禁止掉的按鈕恢復正常，做相應的資料展示）
3）請求失敗了（把剛剛禁止掉的按鈕恢復正常，做相應的提示）
五，關於前端的傳送資料給後台和請求到資料以後如何展示的問題
利用vue的雙向資料繫結和模板渲染會省事很多，雖然雙向資料繫結還沒有用到過，但是應該是比自己寫要靠譜很多，因為利用雙向資料繫結根本無需做什麼，傳送資料的時候，也是伺服器返回來的原格式，這樣會很方便
六，上拉重新整理和下拉重新整理的問題
ios平台的下拉重新整理，使用的是 mui 封裝的區域滾動元件， 為保證兩個平台的 dom 結構一致，內容頁面需統一按照如下 dom 結構構建：
id="refreshcontainer"
class="mui-scroll">
class="mui-table-view mui-table-view-chevron">
ul>
div>
div>
七，關於滾動元件
如果是利用vue去渲染的內容，在渲染完成以後一定要記得初始化滾動元件，不然就會失效
暫時先寫到這裡，其他問題回頭再補上。。。。
用PHP編寫乙個APP的API
標籤 空格分隔 php 手機後台 api 通訊介面 andy php是世界上最強大的語言。php開發手機api時，一般返回xml或json資料型別的資料，除了要返回從源資料 程式本身需要的資料 外還應附上狀態碼，以下是一段封裝後的資料，它使用json格式展現 以下是xml格式資料的例項 200suc...
用PHP編寫乙個APP的API
標籤 空格分隔 php 手機後台 api 通訊介面 andy php是世界上最強大的語言。php開發手機api時，一般返回xml或json資料型別的資料，除了要返回從源資料 程式本身需要的資料 外還應附上狀態碼，以下是一段封裝後的資料，它使用json格式展現 以下是xml格式資料的例項 200suc...
用vue開發乙個app（3，三天的成果）
乙個vue的demo config 專案開發環境配置 index.js 專案打包部署配置 src 原始碼目錄 components 公共元件 header.vue 頁面頭部公共元件 footer.vue 頁尾頭部公共元件 index.js 載入各種公共元件 config 路由配置和程式的基本資訊配置...