架構設計 最終還是使用了Decorator

2021-10-11 02:44:25 字數 572 閱讀 4286

世界上並沒有完美的程式,但是我們並不因此而沮喪,因為寫程式就是乙個不斷追求完美的過程。

在controller層與service層的解耦中,在加了convertor層以後,還是忍不住又加了一層,convertor的層的作用是引數的接收和返回的處理,但是在組合的時候還得在service呼叫之前先呼叫convertor的方法,看起來不太好,而且對於比較複雜的轉換處理,這種感覺就差了,好像是在controller層將兩種方法生硬組合在一起一樣,所以使用decorator作為包裝器,並且實現的時候並不麻煩,因為只要decorator的介面繼承service對應的介面即可,所以**結構就變成了這樣:

controller

decorator

convertor

service

daoentity

當然,我認為這樣做是很有必要的,加了decorator以後,使我的解耦工作有了更大的發揮空間。

IBM的 SOA架構設計還是寫的很好的

網上查到的ibm的關於soa架構的規劃。分析的非常詳細,是乙個不可多得的好教材。雖然有為自己的產品做廣告的嫌疑,不過用來參考還是很不錯的。soa是乙個既簡單又複雜的技術。簡單地說,soa就是一組設計原則,這些設計原則既有soa特有的,如服務是第一概念 cbdi 業務和it對齊,為靈活而構建 也有被早...

冗餘資料最終一致性的架構設計

一,為什麼要冗餘資料 網際網路資料量很大的業務場景,往往資料庫需要進行水平切分來降低單庫資料量。水平切分會有乙個patition key,通過patition key的查詢能夠直接定位到庫,但是非patition key上的查詢可能就需要掃瞄多個庫了。此時常見的架構設計方案,是使用資料冗餘這種反正規...

敏捷和架構設計分道而行,又最終擁抱彼此成為朋友

程式設計師必讀之軟體架構 一書的作者simon brown說 由於對敏捷宣言的誤解,人們認為不再有必要定義軟體架構或者做軟體設計。很多軟體開發者沒有足夠的工具箱,而且軟體業界缺乏共同的軟體架構詞彙表。乙個好的架構使得敏捷性成為可能,因為足夠的預先設計,為設定未來的方向打下穩固的基礎。在swansea...