演進(jìn)式架構簡(jiǎn)介，目錄書(shū)摘

編輯推薦:《演進(jìn)式架構》由IT行業(yè)領(lǐng)導企業(yè)ThoughtWorks的CTO和架構專(zhuān)家聯(lián)合執筆，詳盡介紹了演進(jìn)式架構的必要性以及如何在具體的軟件開(kāi)發(fā)流程中實(shí)現演進(jìn)式架構，涵蓋了適應度函數、增量變更、架構耦合、演進(jìn)式數據、構架可演進(jìn)的架構、實(shí)踐演進(jìn)式架構等內容。
1.敏捷之父、暢銷(xiāo)書(shū)《重構 改善既有代碼的設計》作者、世界知名軟件開(kāi)發(fā)大師馬丁·福勒傾情作序推薦；
2.《演進(jìn)式架構》為O'Reilly系列叢書(shū)，“動(dòng)物書(shū)”多年來(lái)已經(jīng)成為廣大程序員解決問(wèn)題的實(shí)用指南；
3.作者和譯者均為業(yè)內資-深架構專(zhuān)家，書(shū)本內容為他們多年來(lái)的實(shí)戰經(jīng)驗，讓讀者在軟件開(kāi)發(fā)時(shí)少走彎路；
4.《演進(jìn)式架構》著(zhù)眼于理論、立足于實(shí)踐，每一個(gè)章節都有豐富的案例研究，讓讀者在閱讀此書(shū)后可以充分了解并掌握演進(jìn)式架構；

內容簡(jiǎn)介:在軟件開(kāi)發(fā)流程中，為了盡可能快地響應各種變化，理應把結構漸進(jìn)改變作為設計的首要原則?！堆葸M(jìn)式架構》詳盡闡述了演進(jìn)式架構的必要性、構建方法以及需要注意的問(wèn)題。各章結合案例分別討論了軟件架構、適應度函數、開(kāi)展增量變更、架構耦合、演進(jìn)式數據、構建可演進(jìn)的架構、演進(jìn)式架構的陷阱和反模式，以及實(shí)踐演進(jìn)式架構。

作者簡(jiǎn)介:尼爾·福特（Neal Ford）是ThoughtWorks軟件架構師、Meme Wrangler，曾任DSW集團CTO,是國際公認的軟件開(kāi)發(fā)與交付專(zhuān)家。


麗貝卡·帕森斯（Rebecca Parsons）是ThoughtWorks CTO，在大規模分布式對象應用開(kāi)發(fā)和系統集成方面擁有豐富經(jīng)驗。


帕特里卡·柯（Patrick Kua）是數字銀行N26科學(xué)家，曾任ThoughtWorks主任咨詢(xún)師和技術(shù)主管，在敏捷和精益開(kāi)發(fā)方面擁有豐富經(jīng)驗。

目錄:版權聲明 ii
O'Reilly　Media， Inc．介紹 iv
序　ix
前言　xi
第　1章 軟件架構　1
1．1　演進(jìn)式架構　2
1．1．1　一切都在變化，如何才能長(cháng)期規劃　3
1．1．2　完成架構構建后，如何防止它逐漸退化　4
1．2　增量變更　5
1．3　引導性變更　6
1．4　多個(gè)架構維度　6
1．5　康威定律　8
1．6　為何演進(jìn)　10
1．7　小結　11
第　2章 適應度函數　13
2．1　什么是適應度函數　15
2．2　適應度函數分類(lèi)　16
2．2．1　原子適應度函數與整體適應度函數　16
2．2．2　觸發(fā)式適應度函數與持續式適應度函數　16
2．2．3　靜態(tài)適應度函數與動(dòng)態(tài)適應度函數　17
2．2．4　自動(dòng)適應度函數與手動(dòng)適應度函數　17
2．2．5　臨時(shí)適應度函數　18
2．2．6　預設式高于應急式　18
2．2．7　針對特定領(lǐng)域的適應度函數　18
2．3　盡早確定適應度函數　18
2．4　審查適應度函數　19
第3章　實(shí)施增量變更　21
3．1　構件　24
3．1．1　可測試性　25
3．1．2　部署流水線(xiàn)　26
3．1．3　組合不同類(lèi)型的適應度函數　30
3．1．4　案例研究：在每天部署60次的情況下重建架構　31
3．1．5　目標沖突　33
3．1．6　案例研究：為PenultimateWidgets的發(fā)票服務(wù)添加適應度函數　33
3．2　假設驅動(dòng)開(kāi)發(fā)和數據驅動(dòng)開(kāi)發(fā)　36
3．3　案例研究：移植什么　37
第4章　架構耦合　39
4．1　模塊化　39
4．2　架構的量子和粒度　40
4．3　不同類(lèi)型架構的演進(jìn)能力　42
4．3．1　大泥團架構　42
4．3．2　單體架構　44
4．3．3　事件驅動(dòng)架構　49
4．3．4　服務(wù)導向架構　53
4．3．5　“無(wú)服務(wù)”架構　62
4．4　控制架構量子大小　63
4．5　案例分析：防止組件循環(huán)依賴(lài)　64
第5章　演進(jìn)式數據　67
5．1　演進(jìn)式數據庫設計　67
5．1．1　數據庫模式演進(jìn)　67
5．1．2　共享數據庫集成　69
5．2　不當的數據耦合　73
5．2．1　二階段提交事務(wù)　74
5．2．2　數據的年齡和質(zhì)量　75
5．3　案例研究：PenultimateWidgets的路由演進(jìn)　76
第6章　構建可演進(jìn)的架構　79
6．1　演進(jìn)機制　79
6．1．1　識別受演進(jìn)影響的架構維度　79
6．1．2　為每個(gè)維度定義適應度函數　80
6．1．3　使用部署流水線(xiàn)自動(dòng)化適應度函數　80
6．2　全新的項目　80
6．3　改良現有架構　81
6．3．1　適當的耦合和內聚　81
6．3．2　工程實(shí)踐　81
6．3．3　適應度函數　82
6．3．4　關(guān)于商業(yè)成品軟件　82
6．4　架構遷移　83
6．4．1　遷移步驟　84
6．4．2　演進(jìn)模塊間的交互　86
6．5　演進(jìn)式架構構建指南　89
6．5．1　去除不必要的可變性　89
6．5．2　讓決策可逆　91
6．5．3　演進(jìn)優(yōu)于預測　91
6．5．4　構建防腐層　92
6．5．5　案例分析：服務(wù)模板　93
6．5．6　構建可犧牲架構　94
6．5．7　應對外部變化　95
6．5．8　更新庫與更新框架　97
6．5．9　持續交付優(yōu)于快照　97
6．5．10　服務(wù)內部版本化　98
6．6　案例分析：PenultimateWidgets的評分服務(wù)演進(jìn)　99
第7章　演進(jìn)式架構的陷阱和反模式　103
7．1　技術(shù)架構　103
7．1．1　反模式：供應商為王　103
7．1．2　陷阱：抽象泄漏　104
7．1．3　反模式：最后10%的陷阱　107
7．1．4　反模式：代碼復用和濫用　108
7．1．5　案例研究：PenultimateWidgets中的復用　109
7．1．6　陷阱：簡(jiǎn)歷驅動(dòng)開(kāi)發(fā)　110
7．2　增量變更　111
7．2．1　反模式：管理不當　111
7．2．2　案例研究：PenultimateWidgets的“金發(fā)姑娘”管理　112
7．2．3　陷阱：發(fā)布過(guò)慢　113
7．3　業(yè)務(wù)問(wèn)題　114
7．3．1　陷阱：產(chǎn)品定制　114
7．3．2　反模式：報表　115
7．3．3　陷阱：規劃視野　116
第8章　實(shí)踐演進(jìn)式架構　119
8．1　組織因素　119
8．1．1　全功能團隊　119
8．1．2　圍繞業(yè)務(wù)能力組織團隊　121
8．1．3　產(chǎn)品高于項目　121
8．1．4　應對外部變化　122
8．1．5　團隊成員間的連接數　123
8．2　團隊的耦合特征　124
8．2．1　文化　124
8．2．2　試驗文化　125
8．3　首席財務(wù)官和預算　126
8．4　構建企業(yè)適應度函數　128
8．5　從何開(kāi)始　129
8．5．1　容易實(shí)現的目標　129
8．5．2　最高價(jià)值優(yōu)先　129
8．5．3　測試　129
8．5．4　基礎設施　130
8．5．5　PenultimateWidgets的企業(yè)架構師　131
8．6　演進(jìn)式架構的未來(lái)　131
8．6．1　基于A(yíng)I的適應度函數　132
8．6．2　生成式測試　132
8．7　為什么（不）呢　132
8．7．1　公司為何決定構建演進(jìn)式架構　132
8．7．2　案例分析：PenultimateWidgets選擇性伸展　134
8．7．3　企業(yè)為何選擇不構建演進(jìn)式架構　135
8．7．4　說(shuō)服他人　136
8．7．5　案例分析：“咨詢(xún)柔道”　136
8．8　商業(yè)案例　136
8．8．1　未來(lái)已來(lái)……　136
8．8．2　沒(méi)有后顧之憂(yōu)地快速前行　137
8．8．3　風(fēng)險更低　137
8．8．4　新能力　137
8．9　構建演進(jìn)式架構　137
關(guān)于作者　139
封面介紹　140