Stingray javascript
其實是支援傳回原生html的, 有了這個事情就簡單了
RHTML - Response_Content should have HTML (Stingray relies on Pre- Post-process to do its job). No Stingray XML added.
header
menu
content
navbar
page
footer
按照頁面打包VRM,html,js,應該是支援這種結構的,待測試驗證
不再使用temp_var表來傳遞參數了,這樣很容易産生bug,所有的參數都将需要在請求中傳遞,要什麼傳什麼,沒傳遞就沒有。
VRM不再傳回html+js的混合體了,将隻傳回json格式的資料。待測試實作:
html,js檔案存放路徑和通路限制,是否隻能微網誌root下。
變量json化,多行查詢結果json化
之前的三種請求方式都将不在需要
頁面跳轉 - LinkRequest - 就是簡單的state切換,ng-href搞定
頁面送出 - SerialRequest - $resource
ajax請求 - CustomRequest - $http
tablewalker也将采用新的方式替代,開發新的元件,或者尋找開源的元件整合
直接使用angularjs的驗證,或者開發一套驗證元件
不存在跨域問題,與服務同源
整個系統子產品衆多必須得考慮按需加載了,借助requirejs複雜性就太高了,嘗試其他預加載方案。切換子產品的時候可以先加載js,在on函數中執行初始化工作。