muiH5前端框架和ssm後端框架開發移動混合app——過程

      第一次開發app,爲了快速入手就去東翌編程買視頻,做了人生第一個社區類app

總結如下:

第一,無muiH5文件上傳的後臺代碼,因爲直接傳到東翌編程社區的服務器,而本地服務器存儲的只是圖片的訪問路徑,

第二,後臺用php,編寫風格是面向對象,長得像jQuery的編寫模式

第三,成品用起來非常卡頓,界面的切換卡頓,我在想是可能是沒有預加載的原因,頁面需要加載的東西越多就越卡頓,雖然用js編寫通俗易懂,但是重複的東西太多,雖然學習的是mui框架,但是更多的是用原本的javascript編程-----這個值得思考

第四,mui.get()方法向後臺傳遞和接收數據很實用,有四個參數,第一個是訪問路徑;第二個是頁面向後臺傳遞的數據;第三個是接收後臺數據的方法,可以alert(data),看數據;第四個是後臺數據返回的格式‘json’。

第五,mui中的在javascript中用的localStorage很省事,首先可以作爲判斷這個人是否登錄的依據,其次其它頁面也可以直接拿到這個值而不需要又一次從後臺取

第六,瞭解了一個套路,解決:用一個手機號註冊在獲取驗證碼後又修改電話號碼來註冊。可以var一個全局變量phone2,把監聽驗證碼那個事件中從頁面獲取的phone賦值給phone2,再然後把phone2與註冊的點擊事件中獲得的phone做比較,不一致就代表獲取驗證碼的電話被惡意修改。

第七,通常一個頁面的內容修改了之後會發出通知讓另一個有關聯的頁面接收通知,被通知的頁面在接受通知的方法裏面可以執行重新獲取後臺數據的方法來修改該頁面內容,達到牽一髮而動全身的效果

第八,解決表與表關聯問題,思路簡單清晰,代碼量複雜,算了,本來就是新手,還是按正常的成長模式來好咯。這個app所有表都有一個共用字段phone,所以所有表的內容都能通過這個字段而得到相應的改變(增刪查改),巧妙的解決了表與表的關聯問題,而且邏輯還不復雜。。。。。。



     大二下學的ssh框架,這次想嘗試ssm框架來編寫這個app,然後明年3月份參賽(但是哈ssh不懂,會簡單的用)

這個app初步的方向和功能大體清楚,但是哈該有什麼實體,該有什麼角色,每個實體該有什麼屬性,我現在還很模糊,前臺界面隊友也還在弄,然後具體的功能隊友在弄(他參照新生入學系統的需求分析報告),我想參照校園安心付這個app的設計風格。現在知道大體有三個角色,管理員、學生、教師。權限分配不懂,只會用給每個user表添加一個role字段,然後在每個功能用之前判斷一下這是哪個用戶,來選擇顯示或者關閉該樣式。還有就是地圖功能、上傳下載word文檔和excel文檔功能、選寢室號功能(參考購買)。

問題一:後臺該如何把兩個或多個表的內容封裝到一個json內,初步想的是用數組的方式存,先放在這兒,等做到了這一步再弄

問題二:上傳圖片的後臺如何寫,而且前臺js也不是很看得懂。。。放這兒




發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章