Clean Architecture:軟體架構與設計匠藝(英文) - 博客來

文章推薦指數: 80 %
投票人數:10人

書名: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.



請為這篇文章評分?