工程结构
(一)應(yīng)用分層
1. 【推薦】圖中默認(rèn)上層依賴于下層,箭頭關(guān)系表示可直接依賴,如:開(kāi)放接口層可以依賴于
Web 層,也可以直接依賴于 Service 層,依此類推:
? 開(kāi)放接口層:可直接封裝 Service 方法暴露成 RPC 接口; 通過(guò) Web 封裝成 http 接口; 進(jìn)行
網(wǎng)關(guān)安全控制、 流量控制等。
? 終端顯示層:各個(gè)端的模板渲染并執(zhí)行顯示的層。 當(dāng)前主要是 velocity 渲染, JS 渲染,
JSP 渲染,移動(dòng)端展示等。
? Web 層:主要是對(duì)訪問(wèn)控制進(jìn)行轉(zhuǎn)發(fā),各類基本參數(shù)校驗(yàn),或者不復(fù)用的業(yè)務(wù)簡(jiǎn)單處理等。
? Service 層:相對(duì)具體的業(yè)務(wù)邏輯服務(wù)層。
? Manager 層:通用業(yè)務(wù)處理層,它有如下特征:
1) 對(duì)第三方平臺(tái)封裝的層,預(yù)處理返回結(jié)果及轉(zhuǎn)化異常信息;
2) 對(duì) Service 層通用能力的下沉,如緩存方案、 中間件通用處理;
3) 與 DAO 層交互,對(duì)多個(gè) DAO 的組合復(fù)用。
? DAO 層:數(shù)據(jù)訪問(wèn)層,與底層 MySQL、 Oracle、 Hbase 等進(jìn)行數(shù)據(jù)交互。
? 外部接口或第三方平臺(tái):包括其它部門(mén) RPC 開(kāi)放接口,基礎(chǔ)平臺(tái),其它公司的 HTTP 接口。 、
?
2. 【強(qiáng)制】二方庫(kù)版本號(hào)命名方式:主版本號(hào).次版本號(hào).修訂號(hào)
1) 主版本號(hào): 產(chǎn)品方向改變, 或者大規(guī)模 API 不兼容, 或者架構(gòu)不兼容升級(jí)。
2) 次版本號(hào): 保持相對(duì)兼容性,增加主要功能特性, 影響范圍極小的 API 不兼容修改。
3) 修訂號(hào): 保持完全兼容性, 修復(fù) BUG、 新增次要功能特性等。
說(shuō)明: 注意起始版本號(hào)必須為: 1.0.0,而不是 0.0.1 正式發(fā)布的類庫(kù)必須先去中央倉(cāng)庫(kù)進(jìn)
行查證,使版本號(hào)有延續(xù)性, 正式版本號(hào)不允許覆蓋升級(jí)。如當(dāng)前版本: 1.3.3, 那么下一個(gè)
合理的版本號(hào): 1.3.4 或 1.4.0 或 2.0.0
轉(zhuǎn)載于:https://www.cnblogs.com/callbin/p/9182114.html
與50位技術(shù)專家面對(duì)面20年技術(shù)見(jiàn)證,附贈(zèng)技術(shù)全景圖總結(jié)
- 上一篇: 我的探究:为什么.h头文件中不要写usi
- 下一篇: 手机间隔