Clean Architecture:軟體架構與設計匠藝(英文) - 博客來
文章推薦指數: 80 %
書名:Clean Architecture:軟體架構與設計匠藝(英文),語言:簡體中文,ISBN:9787121342615,頁數:400,出版社:電子工業出版社,作者:(美)羅伯特·C·馬丁, ...
選擇語言
English
繁體中文
简体中文
:::相關網站
博客來
售票網
企業採購
福利平台
海外專館
:::會員服務|快速功能
0結帳
您好 ( 登出 )
登入
加入會員
購物金
購物金 0
儲值金 0
E-Coupon 0 張
單品折價券 0 張
會員專區
電子書櫃
線上客服
繁體
關閉廣告
展開廣告
回博客來首頁
客服公告:配合政策、堅守防疫,各項服務提醒說明詳情
移動滑鼠展開全站分類
:::全站分類
全站分類
:::網站搜尋
全部
展開
全部
圖書
電子書
有聲書
影音
百貨
雜誌
售票
海外專館
快速到貨
禮物卡
搜尋
熱門關鍵字
肩損傷
被隔絕的少女
文學與上癮
奇異博士
簡體書
2022國際書展
新到貨
精品珍藏
新書
排行榜
特價書
讀者書評
出版社專區
分類總覽
博客來簡體書電腦資訊計算機概論商品介紹
CleanArchitecture:軟體架構與設計匠藝(英文)
作者:(美)羅伯特·C·馬丁出版社:電子工業出版社出版日期:2018/07/01語言:簡體中文
定價:654元
優惠價:87折569元優惠期限:2022年03月31日止
促銷合購【簡體館】春季最新到貨|滿599現折59元
使用購物金最高可抵100% 詳情
1點OPENPOINT可兌換1點購物金,1點購物金可抵1元,實際點數依您帳戶為準。
如何獲得OPENPOINT點數?如何兌換購物金?詳見OPENPOINT說明
查詢我的購物金?登入會員專區
運送方式:臺灣與離島海外
可配送點:台灣、蘭嶼、綠島、澎湖、金門、馬祖可取貨點:台灣、蘭嶼、綠島、澎湖、金門、馬祖
可配送點:全球可取貨點:香港、澳門、新加坡、馬來西亞、菲律賓
載入中...
我要寫評鑑
分享
上頁下頁
內容簡介
通過合理運用軟體架構的通用法則,可以顯著提升開發者在所有軟體系統全生命週期內的生產力。
如今,傳奇軟體匠師RobertC.Martin(Bob大叔),攜暢銷書CleanCode與TheCleanCoder所獲巨大成功之威,深刻揭示這些法則並親授運用之道。
Martin在《CleanArchitecture:軟體架構與設計匠藝(英文版)》中遠不只是在為我們提供選項,他幾乎是在將軟體世界中橫跨半個世紀的各種架構類型的設計經驗傾囊相授,目的是讓讀者既能閱盡所有架構選型,又可通曉其如何決定成敗。
Bob大叔也的確不負厚望,《CleanArchitecture:軟體架構與設計匠藝(英文版)》中充滿了直接而有效的解決方案,以供讀者應對所面臨的真正挑戰——那些或最終成就或徹底破壞你項目的挑戰。
目錄
PARTIIntroduction1
Chapter1WhatIsDesignandArchitecture?3
TheGoal?4
CaseStudy5
Conclusion12
Chapter2ATaleofTwoValues13
Behavior14
Architecture14
TheGreaterValue15
Eisenhower’sMatrix16
FightfortheArchitecture18
PARTIIStartingwiththeBricks:ProgrammingParadigms19
Chapter3ParadigmOverview21
StructuredProgramming22
Object-OrientedProgramming22
FunctionalProgramming22
FoodforThought23
Conclusion24
Chapter4StructuredProgramming25
Proof27
AHarmfulProclamation28
FunctionalDecomposition29
NoFormalProofs30
SciencetotheRescue30
Tests31
Conclusion31
Chapter5Object-OrientedProgramming33
Encapsulation?34
Inheritance?37
Polymorphism?40
Conclusion47
Chapter6FunctionalProgramming49
SquaresofIntegers50
ImmutabilityandArchitecture52
SegregationofMutability52
EventSourcing54
Conclusion56
PARTIIIDesignPrinciples57
Chapter7SRP:TheSingleResponsibilityPrinciple61
Symptom1:AccidentalDuplication63
Symptom2:Merges65
Solutions66
Conclusion67
Chapter8OCP:TheOpen-ClosedPrinciple69
AThoughtExperiment70
DirectionalControl74
InformationHiding74
Conclusion75
Chapter9LSP:TheLiskovSubstitutionPrinciple77
GuidingtheUseofInheritance78
TheSquare/RectangleProblem79
LSPandArchitecture80
ExampleLSPViolation80
Conclusion82
Chapter10ISP:TheInterfaceSegregationPrinciple83
ISPandLanguage85
ISPandArchitecture86
Conclusion86
Chapter11DIP:TheDependencyInversionPrinciple87
StableAbstractions88
Factories89
ConcreteComponents91
Conclusion91
PARTIVComponentPrinciples93
Chapter12Components95
ABriefHistoryofComponents96
Relocatability99
Linkers100
Conclusion102
Chapter13ComponentCohesion103
TheReuse/ReleaseEquivalencePrinciple104
TheCommonClosurePrinciple105
TheCommonReusePrinciple107
TheTensionDiagramforComponentCohesion108
Conclusion110
Chapter14ComponentCoupling111
TheAcyclicDependenciesPrinciple112
Top-DownDesign118
TheStableDependenciesPrinciple120
TheStableAbstractionsPrinciple126
Conclusion132
PARTVArchitecture133
Chapter15WhatIsArchitecture?135
Development137
Deployment138
Operation138
Maintenance139
KeepingOptionsOpen140
DeviceIndependence142
JunkMail144
PhysicalAddressing145
Conclusion146
Chapter16Independence147
UseCases148
Operation149
Development149
Deployment150
LeavingOptionsOpen150
DecouplingLayers151
DecouplingUseCases152
DecouplingMode153
IndependentDevelop-ability153
IndependentDeployability154
Duplication154
DecouplingModes(Again)155
Conclusion158
Chapter17Boundaries:DrawingLines159
ACoupleofSadStories160
FitNesse163
WhichLinesDoYouDraw,andWhenDoYouDrawThem?165
WhatAboutInputandOutput?169
PluginArchitecture170
ThePluginArgument172
Conclusion173
Chapter18BoundaryAnatomy175
BoundaryCrossing176
TheDreadedMonolith176
DeploymentComponents178
Threads179
LocalProcesses179
Services180
Conclusion181
Chapter19PolicyandLevel183
Level184
Conclusion187
Chapter20BusinessRules189
Entities190
UseCases191
RequestandResponseModels193
Conclusion194
Chapter21ScreamingArchitecture195
TheThemeofanArchitecture196
ThePurposeofanArchitecture197
ButWhatAbouttheWeb?197
FrameworksAreTools,NotWaysofLife198
TestableArchitectures198
Conclusion199
Chapter22TheCleanArchitecture201
TheDependencyRule203
ATypicalScenario207
Conclusion209
Chapter23PresentersandHumbleObjects211
TheHumbleObjectPattern212
PresentersandViews212
TestingandArchitecture213
DatabaseGateways214
DataMappers214
ServiceListeners215
Conclusion215
Chapter24PartialBoundaries217
SkiptheLastStep218
One-DimensionalBoundaries219
Facades220
Conclusion220
Chapter25LayersandBoundaries221
HunttheWumpus222
CleanArchitecture?223
CrossingtheStreams226
SplittingtheStreams227
Conclusion228
Chapter26TheMainComponent231
TheUltimateDetail232
Conclusion237
Chapter27Services:GreatandSmall239
ServiceArchitecture?240
ServiceBenefits?240
TheKittyProblem242
ObjectstotheRescue244
Component-BasedServices245
Cross-CuttingConcerns246
Conclusion247
Chapter28TheTestBoundary249
TestsasSystemComponents250
DesignforTestability251
TheTestingAPI252
Conclusion253
Chapter29CleanEmbeddedArchitecture255
App-titudeTest258
TheTarget-HardwareBottleneck261
Conclusion273
PARTVIDetails275
Chapter30TheDatabaseIsaDetail277
RelationalDatabases278
WhyAreDatabaseSystemsSoPrevalent?279
WhatIfThereWereNoDisk?280
Details281
ButWhataboutPerformance?281
Anecdote281
Conclusion283
Chapter31TheWebIsaDetail285
TheEndlessPendulum286
TheUpshot288
Conclusion289
Chapter32FrameworksAreDetails291
FrameworkAuthors292
AsymmetricMarriage292
TheRisks293
TheSolution294
INowPronounceYou…295
Conclusion295
Chapter33CaseStudy:VideoSales297
TheProduct298
UseCaseAnalysis298
ComponentArchitecture300
DependencyManagement302
Conclusion302
Chapter34TheMissingChapter303
PackagebyLayer304
PackagebyFeature306
PortsandAdapters308
PackagebyComponent310
TheDevilIsintheImplementationDetails315
OrganizationversusEncapsulation316
OtherDecouplingModes319
Conclusion:TheMissingAdvice321
PARTVIIAppendix323
AppendixAArchitectureArchaeology325
Index375
看更多
序
軟體架構(Architecture)究竟指的是什麼呢?
正向比喻是一種修辭手法,試圖用架構的語言來描述某個軟體,結果可粗可細,可能會過度描述,也可能會表達不足。
用架構來描述軟體的明顯優勢是可以清晰地描繪其內在的組織結構(structure)。
不管是在討論群組件、類、函數、模組(module)、還是層級、服務、微觀與宏觀的軟體發展過程,組織結構都是一個主要關注點。
但是真實世界中的許多軟體專案並不是按我們的信念和理解生長的——它們底層層層嵌套,頂層則往往是一團亂麻,相互糾纏。
有的時候真的很難讓人相信,軟體專案的組織結構性也能像物理建築那樣一目了然,層次清晰。
物理建築,不管地基是石頭還是水泥,高大還是寬闊,宏偉還是渺小,其組織結構都一目了然。
物理建築的組織結構必須被“重力”這個自然規律以及建築材料自身的物理特性所約束。
用磚頭、水泥、木頭、鋼鐵或者玻璃造就的物理建築與軟體專案相比,最大的不同點就是,大型軟體專案由軟體元件構成,而這些軟體元件又由更小的軟體元件構成,層層嵌套。
當我們討論軟體架構時,尤其要注意軟體專案是具有遞迴(recursive)和分形(fractal)特點的,最終都要由一行行的代碼組成。
脫離了一行行的代碼,脫離了具體的細節(detail)設計,架構問題就無從談起。
大型物理建築的組織架構常常是由其中一個個細節設計共同決定的,如果細節設計太多,那麼組織架構就會更複雜,反之亦然。
但是軟體專案的複雜程度卻不一定能用物理尺度來衡量。
軟體專案也有組織結構,不論從數量上還是種類多樣性上都遠遠超過物理建築。
我們可以很明確地說,軟體發展比修建物理建築需要更多、更專注的設計過程,軟體架構師比建築架構師更懂架構!
看更多
詳細資料
ISBN:9787121342615規格:平裝/400頁/16k/19x26x2cm/普通級/單色印刷/1-1出版地:中國
本書分類:電腦資訊>計算機概論
最近瀏覽商品
相關活動
購物說明
溫馨提醒您:若您訂單中有購買簡體館無庫存/預售書或庫存於海外廠商的書籍,建議與其他商品分開下單,以避免等待時間過長,謝謝。
大陸出版品書況:因裝幀品質及貨運條件未臻完善,書況與台灣出版品落差甚大,封面老舊、出現磨痕、凹痕等均屬常態,故簡體字館除封面破損、內頁脫落...等較嚴重的狀態外,其餘所有商品將正常出貨。
請注意,部分書籍附贈之內容(如音頻mp3或影片dvd等)已無實體光碟提供,需以QRCODE連結至當地網站註冊“並通過驗證程序”,方可下載使用。
調貨時間:若您購買海外庫存之商品,於您完成訂購後,商品原則上約45個工作天內抵台(若有將延遲另行告知)。
為了縮短等待的時間,建議您將簡體書與其它商品分開訂購,以利一般商品快速出貨。
若您具有法人身份為常態性且大量購書者,或有特殊作業需求,建議您可洽詢「企業採購」。
退換貨說明
會員所購買的商品均享有到貨十天的猶豫期(含例假日)。
退回之商品必須於猶豫期內寄回。
辦理退換貨時,商品必須是全新狀態與完整包裝(請注意保持商品本體、配件、贈品、保證書、原廠包裝及所有附隨文件或資料的完整性,切勿缺漏任何配件或損毀原廠外盒)。
退回商品無法回復原狀者,恐將影響退貨權益或需負擔部分費用。
訂購本商品前請務必詳閱商品退換貨原則。
同類商品新上架
1.
SolidWorks2021快速入門與深入實戰
2.
Arduino開發入門與創意應用
3.
MATLAB2020中文版完全實戰一本通
4.
SD-WAN架構與技術(第2版)
5.
R語言高效能實戰:更多數據和更快速度
本類新品熱銷
1.
計算之魂
2.
社會工程:安全體系中的人性漏洞(第2版)
3.
視覺:對人類如何表示和處理視覺信息的計算研究
4.
蘋果辦公三劍客Pages+Numbers+Keynote
5.
SpringSecurity實戰
本類暢銷榜
1.
計算之魂
2.
UiPathStudio開發入門
3.
FigmaUI設計技法與思維全解析
4.
深入淺出SSD:固態存儲核心技術、原理與實戰
5.
Procreate繪畫創作從入門到精通
訂閱電子報
想獲得最新商品資訊,請訂閱免費電子報
關於我們
關於博客來
關於PCSC
隱私權政策
服務條款
人才募集
利害關係人專區
會員服務
加入會員
新手上路
會員分級
訂閱電子報
24小時隔日取貨
行動博客來
切換行動版
合作提案
企業採購
福利平台
加入供應商
AP策略聯盟
異業合作
客服中心
查詢帳號密碼
客服信箱
客服中心Q&A
線上客服
好站連結
OKAPI 閱讀生活誌
青春博客來
售票網
博客來Youtube
博客來粉絲團
得獎認證
天下雜誌2017金牌服務大賞
2016新世代最嚮往企業
SSL憑證服務
數位時代2012年台灣網站100強
電子發票推廣標章
dpmark資料隱私保護標章
數位時代2011台灣電子商務TOP50強
行政院環保署B2C網購包裝減量標章。
包裝減量。
環保材質。
循環包材。
客戶服務專線:02-26535588傳真:02-27885008服務時間:週一~五8:00~19:00,週六~日、例假日9:00~18:00,365天全年無休
博客來數位科技股份有限公司地址:臺灣115台北市南港區八德路四段768巷1弄18號B1之1 食品業者登錄字號:A-196922355-00000-9
Copyright©since1995books.com.twAllRightsReserved.
延伸文章資訊
- 1System architecture - 系統架構 - 國家教育研究院雙語詞彙
系統架構. System architecture. 中國大陸譯名: 系统体系结构 類別: 資訊管理組. 以System architecture 進行詞彙精確檢索結果. 出處/學術領域, 英文...
- 2閒談軟體架構:友善的距離. 因為組織調整 - Medium
軟體架構有很多pattern,坊間也有很多書探討,像是《Pattern-Oriented Software Architecutre》系列、《Software Architecture in P...
- 3Architect 軟體架構師該做什麼事情? - Maxkit
架構architecture 這個名詞是源於建築學,就是指建築物在設計上,是如何利用內部的支撐物相互結合,而製作出一個穩固的建築物的方法。
- 4软件架构- 维基百科,自由的百科全书
软件架构是有关软件整体结构与组件的抽象描述,用于指导大型软件系统各个方面的设计。 ... 架構評估(Architecture evaluation)是在分析過程中確認現有設計整體(或其部 ...
- 5Architecture(架構) 和Framework(框架) 有何不同?_軟體設計前 ...
軟體架構(Software Architecture)是一種軟體在開發前的設計藍圖,. 用來告訴軟體的結構,功能,介面,用法,與其他系統的構連以及資料交換等等規範 ...