基本上是一個禮拜完成了整個過程，從java後臺到小程序前端，然後是等上線了，而且這個系統邏輯比較簡單。過程中發現並解決的問題其實不算問題，遺留下來的問題很多，也沒找到什麼好的解決方案，當然更多的還有一些感受。
一.還未解決的疑問
1.假如我的小程序後臺需要用web另外開發，我如何控制我的web端用戶的表和小程序端的用戶表。而且我的後臺需要多角色，小程序端也是多角色。是分表，還是一個表加一個字段區分？這次的邏輯比較簡單，直接分表，但是我的下一個似乎就是那種多角色的情況，如果分表，是不是意味着我的角色，資源也要分表或者加字段區分？
2.要把所有與官方交互的接口交給後臺還是前端。諸如獲取授權之類的接口？我這次是都由後臺模擬發送的然後前端統一處理，因爲我覺得appid和appsecret不該明文暴露在前端。然後是發送模板的接口，前端是否應該存儲當前用戶的openId和unionId等到用的時候再發送給後臺。
3.如何給移動端用戶和web端管理用戶提供統一的身份認證token，是直接利用JWT去給用戶簽發統一認證存入token表還是去利用小程序的接口去獲取openId和sessionKey然後通過UUID生成唯一的Skey利用openId和key作爲一對鍵值對存入redis作爲，然後將OpenId和sessionKey當作用戶名密碼去得到token還是如何處理一下。
4.如何解決小程序圖片從後臺獲取的問題，目前用的方法是盜鏈，就是直接通過URL去訪問後臺靜態資源。是否有更好的方法？
5.是否有必要開發小程序轉發可見之類的誘導關注功能，是不是會被封，是否應該是利用用戶對產品自身的喜愛自覺轉發還是如何解決。
6.存手機號是不是也可以統一識別用戶？
7.小程序毫無疑問無法與用戶的深度交流，微信之父張小龍說過的吧，其實就是四個字“用完即走”。那麼長期業務的小程序是應該如之前的app和web一般的設計方式嗎？
8.小程序的裂變傳播如何廣泛應用到商業模式中，即盈利模式的需求。
二.一些體會
1.前端開發：基本上簡單，就是HTML,CSS,JS類似的操作。稍微看看就會了，基本不用考慮動態頁面了。反正最多的就是一個列表，然後點進去查看詳情的頁面。不應該有過多的操作，解放用戶就是解放自己。
2.後臺開發：基本和web的增刪改查是類似的，除了幾個登錄接口，推薦使用github上的wxsdk，然後自備AES解密方法和HTTP請求方法，都要使用。然後要根據前面的頁面適當改變接口，舉個列子，我有訂單顯示這個頁面，那麼自然的我需要有已發貨訂單，未發貨訂單，待處理訂單。並不需要去寫三個接口，其實只要一個接口，前端傳值的時候多帶一個狀態值基本就行了。
3.前端請求：儘量少的請求。在加載前的獲取數據的話，不能this.setData，要先申明一個that，然後去給that.setData這樣獲取值。
4.少用showToast。。可能做慣安卓的人喜歡，但是wx的showToast是真的low，沒什麼必要我感覺還是用showmodel提示框。
5.小程序由於是發佈在微信上的，爲什麼會不跨域，我就簡單的把微信官方當作中轉站了，跨域其實被微信官方解決了，畢竟發請求都是wx.request這種方式。
6.發送模板消息這個功能。不應該在要發送模板消息的時候去獲取access，access的有效時間一般是兩個小時，根據業務需要應該提前獲取並存儲，因爲好像即用即取的話容易失敗。
7.後臺不應該一成不變，要讓前端的請求儘量少，前端存儲的明文儘量少。
8.多去github上看看大佬們的小程序代碼。很多東西，抄着抄着就會了。
接下來做完最後一個之後就安心刷PAT準備PAT並準備考研了QAQ。