app特有功能：版本更新 歡迎介面 訊息推送 三方登入 
一 版本更新－－每次登入監測，進行提示
     氛圍強制更新和非強制更新，常見的都是非強制更新，赤兔屬於強制更新
歡迎頁面－－最常見的功能
訊息推送－－推送到訊息推送欄，一小米推送為例需要注意的是
（1）android和iOS 兩種的機制是不一樣的
（2）常見的推送都是定時推送，一般使用crontab執行定時任務，當伺服器為多臺的時候需要注意
（3）推送的形式氛圍 regid alias ,可以一人推送多條（按人推送），可以多人推送一條（按資訊）進行推送，建議採用alias進行推送，alias規則可以自己生成，這樣的話就不用獲取識別符號。regid定位的是應用＋裝置；指定裝置指定應用，不管使用者是否登入，只要應用不解除安裝重新安裝就可以定位到！alias一般的命名規則“公司簡稱拼音_使用者id”,這種情況就要求使用者必須登入的情況下才能定位的到；兩者各有優勢和缺點，根據具體情況進行選擇
 （4）在剛開始的時候糾結於使用者採用什麼樣子的裝置，是android還是ios還是web，為此在後臺程式裡面飛了很多的功夫進行獲取使用者的裝置，同時寫了一個簡單的演算法進行識別使用者採用的裝置型別；很是費工夫，後來發現這樣是沒有意義的。直接進行全平臺推送，傳送不到直接失敗了事，證明確認在這臺裝置上找不到，簡單粗暴。援引一句很經典的話：裝置能解決的問題何須程式囉嗦。個人淺以為景點！

app登入認證：header認證
header認證簡單的就是在head傳遞兩個引數，mobiletoken&userid，兩個引數足矣。新建移動端資料表tbl_app_line_token,使用者登入成功之後生成一個隨機的字串，簡單的是設計方法，不需要統計使用者的行為的情況下是這樣的，首次登陸使用者將兩個引數和當前時間戳存入資料表，再次登陸的時候只需要更新時間戳就可以了。
具體實現的邏輯是：登陸成功監測tbl_app_line_token該表是否有使用者資訊，沒有為首次登陸直接生成新的記錄，如果有的話，更新時間戳。這樣的話就可以將該介面放在model層，凡是需要使用者登入才能實現的操作就可以先呼叫 該介面進行判斷。同時登入的token最好設定時間限制，當然時間最好設定長一點，比如三天一週等，改資料最好寫在全域性配置檔案裡。比如說laravel框架的話，就寫在.env問價裡。
如果需要研究使用者的習慣的話，可以再新建一張表登入記錄表。

app基本功能：首頁輪播圖 滾動標題 使用者模組  使用者反饋

app設計的重要思想－－未雨綢繆 早作準備 站在全域性的角度考慮問題

圖片上傳

首頁快取 消