企業應用架構模式

- Martin Fowler 重構和微服務的締造者 軟件開發領域的泰斗《持續集成》 - 擴張-收縮模式 - Let’s face it, all we are doing is writing tomorrow’s legacy software today. 你現在所寫的每一行代碼，都是未來的遺留系統 - 《持續交付》Jez Humble: 驗證業務模式或產品理念的最低效的方法，是構建完整的產品以查看設想中的需求是否真實存在 - 《精益軟件度量》軟件指標和度量: 度量指標要儘量使用相對而非絕對的數據 一定要把度量結果用各種圖表可視化出來 - 《演進式架構》Neal Ford 和 Rebecca Parsons: 支持跨多個維度(技術、數據、安全、運維等不同的看待架構的視角)的引導性(適應度函數)增量變更的架構 - 《Software Architecture: The Hard Parts》Neal Ford: 架構決策樹.單體>組件>分佈式 - 《重構與模式》: 重構到設計模式是重構的最高境界 - 《微服務設計》Sam Newman - 企業應用架構模式 2004.7 2024.3.典藏版; 51中企業應用架構

這本二十年前的書，放在今天還是有一定價值的，值得一看 模式是一種對既定問題的解決方案，正如作者所說，提供的模式更多的只是一種思路，真實環境下需要做更對的工作 但是文中的很多模式已經被框架封裝在了框架內不，CRUD 更多的實現採用了 事物腳本的實現方式，在DDD開始火熱的當下，這本書對於DDD 落地作爲基礎框架來說，確實有一定價值 如果說Bob 大叔的那本 《架構簡潔之道》 在一個更宏觀的層面提供了一個架構設計思路即戰略層面的設計 那麼這本書就是從戰術層面入手 戰略與戰術結合 才能更好的構建一個好架構

20年前的書，鼎鼎有名的martin fowler寫的書，在當時看來還是有有名的，現在已經習以爲常了：領域驅動設計、設計模式（空對象模式、策略模式、懶加載等），數據庫的併發和事務，以及RPC。可以閱讀一下，感覺想看歷史書一樣。只不過，翻譯有些問題，感覺有些讀不懂啊

Martin Fowler的經典，講企業級應用的各種架構模式。 這本書二十年了還沒過時，說明它講的是本質。

這是在當時（20年前）的情況下，面向對象大師對企業應用的思考，方方面面都有，從前端的MVC到後端的事務，介紹了很多沒聽過的，但實際上有意無意用到過只是沒安一個名字而已的模式，還是值得一看的，就是翻譯有點怪

讓後來者瞭解在當前各種框架盛行之前的設計方法，放到今天對企業應用開發仍然有借鑑意義

1、關於作者：最早讀Martin fowler的作品是23種設計模式，對我是啓蒙之作，很贊。他弄微服務時我就覺得有點瑣碎了，今天又看這企業應用模式，覺得價值不大。 2、本書分2部分:企業應用架構原理、模式手冊書。建議讀法是：通讀第一部分，然後有需要再深入第二部分的具體章節。 3、其實一個東西複雜（或者氾濫）到一定程度時其價值就打折扣了。“模式”就是。 這時我們又要回到出發點，開始新的一輪梳理。這個過程是第一性原理指導的。 4、 最後感慨一下：感謝ai時代，讓我們看到新鮮的東西。企業應用模式對我來講並不陌生，然而相關理論的時間跨度太長了！ 數十年如一日搞一個東西，這本身就是一件僵化的事情。

半個月讀完，大部分模式都已經在現有的框架中得到了實現，除了領域模型確實沒怎麼應用開，其他東西都是默默的沉澱在框架中很多年了。另外吐槽一下DDD，本書中對於領域模型沒有特別定義什麼，就是數據+行爲就是領域模型了，不知道領域驅動開發是不是帶了個壞頭，從目前一些所謂的公衆號技術文章來看，我認爲是壞的影響，通篇扯概念，故弄玄虛，各種造詞很是無語，等我真的讀完Evans寫的書再來看看是不是噴的對的。

十年前初與it接觸，敏捷開發時讀過一次，一股翻外國文學名著的味，使人昏昏；十年後再讀，親切了不少。 書中提到的企業應用架構模式有些隨着框架的流行已成了事實標準，也有些曲高和寡；總體來說，架構還是朝着更好的可擴展性與可維護性方向前行。

裏面很多東西已經過時了，如果時間是20年前那就是一本神書；軟件模式考古可以看看；另外通過歷史可以對到現在還經典流行概念可以加深理解，比如mvc模式、orm等