| 词条 | 面向模式的软件架构第4卷分布式计算的模式语言 |
| 释义 | 基本信息原书名： Pattern-Oriented Software Architecture Volume 4: A Pattern Language for Distributed Computing 原出版社： Wiley作者： (德)Frank Buschmann (英) Kevlin Henney (美)Douglas C. Schmidt 译者： 肖鹏 陈立 丛书名： 图灵程序设计丛书 软件工程系列 出版社：人民邮电出版社 ISBN：9787115227737 上架时间：2010-6-28 出版日期：2010 年6月 开本：16开 页码：348 版次：1-1 内容简介本书关注分布式计算系统软件的设计和实现。书中首先介绍理解本书内容所需的核心的模式概念，分布式计算的好处和挑战；然后描述如何使用分布式计算模式语言，设计真实世界中仓库管理流程控制系统；最后重点讲述分布式计算模式语言，该语言陈述了创建分布式系统相关的技术主题。 本书适用于软件架构师和开发人员。 编辑推荐《面向模式的软件架构:分布式计算的模式语言(卷4)》：迄今为止，人们提出的软件开发模式有不少是关于分布式计算的，但人们始终无法以完整的视角了解分布式计算中各种模式是如何协同工作、取长补短的。构建复杂的分布式系统似乎成为了永远也无法精通的一门手艺。《面向模式的软件架构:分布式计算的模式语言(卷4)》的出版改变了这一切。 《面向模式的软件架构:分布式计算的模式语言(卷4)》是经典的POSA系列的第4卷。介绍了一种模式设计语言。将分布式系统开发中的114个模式联系起来。书中首先介绍了一些分布式系统和模式语言的概念。然后通过一个仓库管理流程控制系统的例子，介绍如何使用模式语言设计分布式系统，最后介绍模式语言本身。 使用这一模式语言，人们可以有效地解决许多与分布式系统开发相关的技术问题。如 ·对象交互 ·接口与组件划分 ·应用控制 ·资源管理 ·并发与同步 《面向模式的软件架构:分布式计算的模式语言(卷4)》从实用角度展示了如何从现有的主要模式中整合出一门全面的模式语言，用于开发分布式计算中间件及应用程序。作为该领域在市场上唯一统揽全局的书，它将给读者带来醍醐灌顶的感觉！ 媒体推荐“作者很明智，在书中融入了实际案例。有了它，模式就不再是空中楼阁，模式语言的具体应用一目了然。” ——《计算机评论》 “关于架构和设计模式的书我有很多，不过一旦遇到问题，我首先求助的永远都是这一本。” ——Dennis L. Hughes，Windows架构师 “这是用于分布式计算的模式圣经！值得每一位软件架构师珍藏！” ——Amazon . com 作者简介作者：（德国）布施曼（Frank Buschmann） （英国）亨尼（Kevlin Henney） （美国）施密特（Douglas C.Schmidt） 译者：肖鹏 陈立 布施曼（Frank Buschmann），是德国慕尼黑西门子公司总部技术部门的高级工程师。他的研究兴趣包括对象技术、软件体系结构、框架和模式。他在这些领域发表了很多文章，这些文章可以在他与人合著的POSA第1卷中找到。Frank于1992～1996年期间是ANSI C++标准化委员会X3J16的成员。Frank发起并组织了在欧洲举办的第一次关于模式的会议——EuroOLop 1996，他也是PLoPD丛书第三卷的主编之一。Frank参与了一些大规模工业软件项目的设计与实现，这些项目包括商务信息、工业自动化以及电信系统。 工作之余，Frank的生活丰富多彩。他喜欢陪着妻子Martina和女儿Anna享受家庭的快乐；他喜欢骑着马儿Eddi外出遛弯，或者独自跑到慕尼黑啤酒花园打发时间；他喜欢在观看最爱的多特蒙德足球队的比赛时尽洒激情，也偶尔在慕尼黑歌剧院里的演出中尽情陶醉；临睡前他还喜欢来杯珍藏的苏格兰纯麦威士忌。 亨尼（Kevlin Henney），住在英国布里斯托尔，是一名独立顾问。他主要从事自己感兴趣的领域的教授、辅导和实践，这些领域包括编程语言和技术、软件架构、模式和敏捷开发。他的客户既有全球化的公司，也有刚起步的小公司，所涉及的领域包括系统软件、电信、嵌入式系统、中间件开发、业务信息和金融。 Kevlin经常在各种软件会议上应邀演讲，同时也参与了多个会议的组织工作，包括EuroPLoP。他通过英国标准学会（BSI）和ISO参与到c++的标准中来，同时也参与了其他语言的标准化工作。Kevlin也因其写作受人关注，经常发表会议论文，主持各种出版物上定期的（和不定期的）专栏，比如Cl++Report、Cl/c++己lsers Journal.Java ReporT、JavasPektrum、Application DevelopmentAdvisor、The Register、EXE和Overload。 Kevlin的业余时间则是与妻子Carolyn还有两个孩子Stefan和Yannick度过的。他跟孩子摆摆积木，给孩子们修修玩具，看书，有时也啜几口啤酒或者来一杯葡萄酒。 施密特（Doug Schmidt），是美国田纳西州纳什维尔市范德比尔特大学计算机科学教授，计算机科学与工程计划副主席。他的研究领域包括模式和模式语言、优化原理，还包括对于支持服务质量（QoS）的组件中间件相关技术的实证分析（empirical analysis）和支持分布式实时嵌入式系统的模型驱动的工程工具。 Doug是国际公认的软件开发方面的专家，尤其是模式、面向对象框架、实时中间件、建模工具和开源软件开发等方面。他已经在各种顶级技术杂志和会议上发表了300多篇论文；他与人合著了模式方面的著作[POSA2]和有关C++网络编程的[SH02][SH03]；同时他还与人合编过数本畅销的书，比如模式方面有[PLoPDl]，框架方面有[FJS99a][FJS99b]。除了学术研究，Doug还领导了ACE、TAO、CIAO和CoSMIC的开发，这些广泛应用的开源的中间件框架和模型驱动的工程工具包含了一整套丰富的可重用的组件，这些组件的实现大量使用了本书中介绍的模式。 在他闲暇之隙，Doug总是跟妻子Lori和儿子Bronson待在一起，他们一起练练举重、弹弹吉它、讨论世界历史和政治，或者开着他们的雪佛兰Corvette跑车四处兜风。 译者简介：肖鹏，ThoughtWorks高级咨询师。敏捷过程教练。面向对象分析和面向对象设计专家。拥有6年以上软件开发实践经验，多次担任国内大中型企业敏捷流程改进、面向对象分析和面向对象设计咨询和培训。他长期关注设计模式、架构模式、敏捷软件开发等领域。并致力于推广软件开发最佳实践。他曾参与翻译《ViSual Studio 2005技术大全》，主持翻译《面向模式的软件架构》第四卷和第五卷。 目录第一部分 概 念第1章 模式与模式语言 2 1.1 模式 2 1.2 模式内幕 3 1.2.1 问题的环境 3 1.2.2 驱动因素：所有模式的核心 4 1.2.3 解决方案与结果 4 1.2.4 模式命名 4 1.2.5 模式表现形式概述 5 1.3 模式的关系 5 1.3.1 模式的互补 5 1.3.2 模式的组合 6 1.3.3 模式故事 6 1.3.4 模式序列 7 1.4 模式语言 7 1.4.1 从模式序列到模式语言 7 1.4.2 展现和使用模式语言 7 1.5 模式的连接 8 第2章 分布式系统 9 2.1 分布式的优点 9 .2.2 分布式的挑战 11 2.3 用以支持分布式的技术 12 2.3.1 分布式对象计算中间件 13 2.3.2 组件中间件 14 2.3.3 发布/订阅中间件和面向消息的中间件 15 2.3.4 面向服务架构和web服务 16 2.4 中间件技术的局限性 17 第3章 模式语言 18 3.1 意图、范畴和对象 18 3.2 起源 18 3.3 结构和内容 19 3.4 模式的表现 24 3.5 实际应用 26 第二部分 模式故事第4章 仓库管理流程控制 33 4.1 系统范畴 33 4.2 仓库管理流程控制 34 第5章 基线架构 37 5.1 架构环境 37 5.2 划分大泥球 38 5.3 层次分解 38 5.4 访问领域对象功能 40 5.5 网络桥接 41 5.6 分离用户界面 43 5.7 功能分布 45 5.8 支持并发的领域对象访问 47 5.9 获得可扩展的并发性 48 5.10 将面向对象与关系型数据库连接起来 49 5.11 领域对象的运行时配置 50 5.12 基线架构总结 51 第6章 通信中间件 54 6.1 分布式系统的中间件架构 54 6.2 对中间件的内部设计进行结构化 57 6.3 封装底层系统机制 58 6.4 分离orb核心事件 59 6.5 orb连接管理 61 6.6 提高orb的可伸缩性 63 6.7 实现同步请求队列 65 6.8 可互换的内部orb机制 66 6.9 管理orb策略 68 6.10 orb动态配置 69 6.11 通信中间件总结 71 第7章 仓库拓扑 74 7.1 仓库拓扑基线 74 7.2 表现层次化的存储结构 74 7.3 存储结构导航 77 7.4 存储属性建模 78 7.5 不同的存储单元行为 79 7.6 实现全局功能 81 7.7 遍历仓库拓扑 81 7.8 支持控制流扩展 83 7.9 连接数据库 84 7.10 维护内存中的存储单元数据 85 7.11 配置仓库拓扑 86 7.12 细述显式接口 88 7.13 仓库拓扑总结 89 第8章 模式故事背后的故事 91 第三部分 模式语言第9章 从混沌到结构 97 9.1 domain model** 106 9.2 layers** 108 9.3 model-view-controller** 109 9.4 presentation-abstraction-control 111 9.5 microkernel** 113 9.6 reflection* 114 9.7 pipes and filters** 116 9.8 shared repository** 117 9.9 blackboard 119 9.10 domain object** 121 第10章 分布式基础设施 123 10.1 messaging** 129 10.2 message channel** 130 10.3 message endpoint** 132 10.4 message translator** 133 10.5 message router** 134 10.6 publisher-subscriber** 135 10.7 broker** 137 10.8 client proxy** 139 10.9 requestor** 140 10.10 invoker** 142 10.11 client request handler** 143 10.12 server request handler** 144 第11章 事件分离和分发 147 11.1 reactor** 150 11.2 proactor* 152 11.3 acceptor-connector** 154 11.4 asynchronous completion token** 155 第12章 接口划分 157 12.1 explicit interface** 163 12.2 extension interface** 165 12.3 introspective interface** 166 12.4 dynamic invocation interface* 167 12.5 proxy** 169 12.6 business delegate** 170 12.7 facade** 171 12.8 combined method** 172 12.9 iterator** 173 12.10 enumeration methond** 174 12.11 batch method** 175 第13章 组件划分 177 13.1 encapsulated implementation** 181 13.2 whole-part** 183 13.3 composite** 185 13.4 master-slave** 186 13.5 half-object plus protocol** 188 13.6 replicated component group** 189 第14章 应用控制 191 14.1 page controller** 196 14.2 front controller** 197 14.3 application controller** 198 14.4 command processor** 199 14.5 template view** 200 14.6 transform view** 201 14.7 firewall proxy** 202 14.8 authorization** 204 第15章 并发 206 15.1 half-sync/half-async** 209 15.2 leader/followers** 211 15.3 active object** 212 15.4 monitor object** 214 第16章 同步 216 16.1 guarded suspension** 221 16.2 future** 223 16.3 thread-safe interface* 224 16.4 double-checked locking 225 16.5 strategized locking** 226 16.6 scoped locking** 227 16.7 thread-specific storage 228 16.8 copied value** 230 16.9 immutable value** 231 第17章 对象间的交互 233 17.1 observer** 237 17.2 double dispatch ** 238 17.3 mediator* 239 17.4 command** 240 17.5 memento** 242 17.6 context object** 243 17.7 data transfer object** 244 17.8 message** 245 第18章 适配与扩展 247 18.1 bridge** 255 18.2 object adapter** 256 18.3 chain of responsibility* 257 18.4 interpreter 258 18.5 interceptor** 260 18.6 visitor** 261 18.7 decorator 262 18.8 execute-around object** 264 18.9 template method* 265 18.10 strategy** 266 18.11 null object** 267 18.12 wrapper facade** 269 18.13 declarative component configuration* 270 第19章 模态行为 272 19.1 objects for states* 274 19.2 methods for states* 275 19.3 collections for states* 276 第20章 资源管理 278 20.1 container* 288 20.2 component configurator* 289 20.3 object manager** 291 20.4 lookup** 292 20.5 virtual proxy** 294 20.6 lifecycle callback** 295 20.7 task coordinator* 296 20.8 resource pool** 298 20.9 resource cache** 299 20.10 lazy acquisition** 300 20.11 eager acquisition** 301 20.12 partial acquisition* 303 20.13 activator** 304 20.14 evictor** 305 20.15 leasing** 306 20.16 automated garbage collection** 307 20.17 counting handles** 309 20.18 abstract factory** 311 20.19 builder* 312 20.20 factory method** 313 20.21 disposal method** 314 第21章 数据库访问 316 21.1 database access layer** 318 21.2 data mapper** 320 21.3 row data gateway** 321 21.4 table data gateway ** 323 21.5 active record 324 第22章 最后的思考 326 术语表 327 参考书目 340 序言模式运动已经进行了十多年，从追捧到棒杀再到慢慢接受，模式已经经历了这个常见的轮回。Frank、Doug和Kevlin一直参与其中，受到过赞美，也遭遇过嘲讽，重要的是他们从中收集了大量好的想法，并将其描绘出来。POSA系列图书被认为是模式相关文献中最为坚实的基础性著作之一，它的每一卷都在我的书架上占有一席之地。 POSA的前几卷属于传统的模式书籍，描绘了某些特定领域中使用的模式，其中大部分以前均未有书面记录。本书则不同。分布式计算是一个相当宽泛的主题，一卷图书哪怕只是容纳已知的模式也是远远不够的。实际上这些模式分布在很多书里面，包括POSA系列和一些别的书。本书的目的是要把它们聚在一起。所以，这里列出的模式可能比你平时看到的要多，当然其描述也要简洁得多。有些模式可能并不是主要关于分布式的，但是多少都会和分布式系统有些关系。因此，本书是以分布式系统为背景来介绍这些模式的用法，并加以总结。 本书并不是仅仅介绍每个独立的模式的——同时也介绍它们之间的关系。在任何一个系统中都会同时使用多个模式，然而，就拿我的体会来说，讲述其中的关系要比介绍单独的模式难得多。本书没有回避这个问题，书中给出了很多关于在分布式场合下联合使用多种模式的建议。 分布式往往是一个棘手的难题。事实上，经常有人引用我的所谓分布式对象设计第一定律的“名言”：“不要使用分布式对象。”我这样说是有原因的——分布式使得软件设计更困难，所以我一直建议尽可能地避免采用分布式设计。然而无论我如何强烈地质疑分布式设计的范围，分布式毕竟是很多软件系统重要的组成部分。 文摘这一章，我们抛开仓库管理流程控制系统的细节，再来回顾一下这个例子的全景，看看它是如何指导我们做出设计的。我们将讨论这个例子是如何支持模式语言中的各种属性，以及本书第三部分的分布式计算模式语言是如何支持和指导我们在这个例子选择什么样的模式序列。 回顾一下我们为仓库管理流程控制系统做架构设计的过程，你会发觉对模式的选择和应用是非常自然的，好像本来就应该设计成这个样子，甚至可能会认为是预先设计好的。这个故事自然流畅，我们很容易跟上它的节奏。所以，让人觉得这个架构设计的过程非常直观。 然而，这种感觉实际上是一种过于单纯的错觉，说明你没有意识到存在某种微妙的东西使得设计行为不像转门把手那么简单。对模式序列的分析告诉我们，这是经过深思熟虑的选择，而不是随便拿一个就可以用的。最明显的是，每个单独的模式满足了仓库管理流程控制系统的某个特定需求——这当然是创建一个良好的软件架构的必备条件。然而，仅仅选择了正确的模式还不能保证就能设计出一个高效的、健壮的架构。这些模式必须按照合适的顺序集成在一起，互为补充而不能互相打架。仅仅靠一套各自独立的模式完不成这个任务，因为它们主要关注于解决自己针对的那个问题。 随着设计慢慢地推进，每次引入一个模式，该系统架构的模式序列逐渐创建并显现出来，它不仅是完整的，而且不同的部分互为补充——不仅从功能角度上看是这样，对于成功至关重要的运营和开发方面亦是如此，比如吞吐量、可伸缩性、灵活性和可移植性。 在基线架构以及通信中间件和仓库拓扑的基础结构这个层次，模式序列中的这些模式用于解决系统级别战略性的问题并定义架构主干。像算法上的变化和控制流程这样的局部的战术上的问题则放到了模式序列的后面，等到各自稳定的战略性设计中枢确定下来之后再做处理。我们在序列中每次增加一个模式，增加的时候我们先把它整合到已有的设计中，而不过早地关心起实现细节。换句话说，就是每增加一个新的模式都是将原来的设计进行增强和扩展，从而产生一个新的设计。 所有的这些模式基于其各自的角色集成在一起，它们之间的平衡保证各自能够解决各自的问题，同时又能互相支持从而进一步地表现出各自的能力。例如，我们的基于CCM的ORB中的很多组件分别参与了几个模式的实现。 |
| 随便看 |
百科全书收录4421916条中文百科知识，基本涵盖了大多数领域的百科知识，是一部内容开放、自由的电子版百科全书。