一. APP需要有token,對應後臺的sessionId,這個架構實現可以採用shiro的sessionManage組件完成
二.APP與後臺的規範協議,也就是我們通常說的URL,最好採用restful風格來規範URL
三.需要定義一套業務異常的錯誤碼,具體的內容可以參考已經做了開發平臺的錯誤碼和對應的說明
四.協議的中URL需要返回的資源,最好在controller層進行封裝好後給出,如果覺得controller中代碼臃腫,可以使用一個manager層來進行業務數據封裝,業務異常一般都是在manager層或者controller層中拋出
五.後臺需要支持APP的多版本,首先確認APP是使用H5開發的,還是使用native開發的,H5開發的完全可以直接修改controller來達到目標.但是native開發的話,可以添加新的URL協議和其對於的contrller,一定要確認,版本是跟業務走的,有兩個版本,至少有兩個業務需要支持.
六.一般的架構中都會有一個service層,這個層主要是封裝多個DAO層是數據操作,有rollback數據回滾行爲,DAO層一般都是最基本的CRUD操作,不涉及到數據回滾.所以spring的事務行爲一般都是在service層做切面.
七.模塊與模塊之間通訊的API接口,如確定了業務,請將業務口子控制住,入參和出參能提供枚舉類的,最好提供枚舉類.
八.提供的工具類,通常都是可以獨立運行的工具. 如提供的工具類需要DB,或者緩存支持的話,最好在類使用說明上註明.
九.如業務場景中使用了短信,郵件,支付等第三方服務,請將這些第三方都封裝到自己的框架服務中,並把這個封裝好框架服務的進行單獨部署,因爲第三方服務大多數需要外網支持的.
暫時沒有想到其他內容了,想到了再進行補充.