面向模式的软件架构.第4卷,分布式计算的模式语言(经典POSA系列的第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
- 所属分类:
计算机 > 软件工程及软件方法学 > 面向对象
计算机 > 计算机科学理论与基础知识 > 计算理论 > 综合
编辑推荐
关于模式的一本杰作。
一本适用于每一个软件构架师的著作。
此书作者编著多部POSA图书,拥有丰富经验。
推荐阅读
内容简介回到顶部↑
本书关注分布式计算系统软件的设计和实现。书中首先介绍理解本书内容所需的核心的模式概念,分布式计算的好处和挑战;然后描述如何使用分布式计算模式语言,设计真实世界中仓库管理流程控制系统;最后重点讲述分布式计算模式语言,该语言陈述了创建分布式系统相关的技术主题。
本书适用于软件架构师和开发人员。
本书适用于软件架构师和开发人员。
作译者回到顶部↑
本书提供作译者介绍
Fralk Buschmann是德国慕尼黑西门子技术公司的高级总工程师。他的研究领域包括对象技术、软件架构、产品线、模型驱动软件开发和模式。他在该领域著作甚多,其中最引人注目的便是POSA系列的前两卷[POSA1][POSA2]和最近的两卷:本书和[POSA5]。Frank在1992年至1996年曾是ANSIC++标准化委员会X3J16的成员,于1996年发起了首届EuroPLoP会议,与人合作汇编了数本模式方面的书籍[PLoPD3][SFHBS06],现任Wiley软件设计模式丛书的主编。在西门子的开发工作中,Frank领导过几个大型工业软件项目的架构设计和.. << 查看详细
目录回到顶部↑
第一部分 概 念
第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
第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
前言回到顶部↑
模式运动已经进行了十多年,从追捧到棒杀再到慢慢接受,模式已经经历了这个常见的轮回。Frank、Doug和Kevlin一直参与其中,受到过赞美,也遭遇过嘲讽,重要的是他们从中收集了大量好的想法,并将其描绘出来。POSA系列图书被认为是模式相关文献中最为坚实的基础性著作之一,它的每一卷都在我的书架上占有一席之地。
POSA的前几卷属于传统的模式书籍,描绘了某些特定领域中使用的模式,其中大部分以前均未有书面记录。本书则不同。分布式计算是一个相当宽泛的主题,一卷图书哪怕只是容纳已知的模式也是远远不够的。实际上这些模式分布在很多书里面,包括POSA系列和一些别的书。本书的目的是要把它们聚在一起。所以,这里列出的模式可能比你平时看到的要多,当然其描述也要简洁得多。有些模式可能并不是主要关于分布式的,但是多少都会和分布式系统有些关系。因此,本书是以分布式系统为背景来介绍这些模式的用法,并加以总结。
本书并不是仅仅介绍每个独立的模式的——同时也介绍它们之间的关系。在任何一个系统中都会同时使用多个模式,然而,就拿我的体会来说,讲述其中的关系要比介绍单独的模式难得多。本书没有回避这个问题,书中给出了很多关于在分布式场合下联合使用多种模式的建议。
分布式往往是一个棘手的难题。事实上,经常有人引用我的所谓分布式对象设计第一定律的“名言”:“不要使用分布式对象。”我这样说是有原因的——分布式使得软件设计更困难,所以我一直建议尽可能地避免采用分布式设计。然而无论我如何强烈地质疑分布式设计的范围,分布式毕竟是很多软件系统重要的组成部分。既然分布式这么难,分布式设计便更值得我们认真地研究一番——因此,本书也应该是每个程序员必备的图书了。Martin Fowler Martin Fowler,软件开发方面著名作家和演讲者,ThoughtWorks公司首席科学家,《重构:改善既有代码的设计》作者。——译者注
POSA的前几卷属于传统的模式书籍,描绘了某些特定领域中使用的模式,其中大部分以前均未有书面记录。本书则不同。分布式计算是一个相当宽泛的主题,一卷图书哪怕只是容纳已知的模式也是远远不够的。实际上这些模式分布在很多书里面,包括POSA系列和一些别的书。本书的目的是要把它们聚在一起。所以,这里列出的模式可能比你平时看到的要多,当然其描述也要简洁得多。有些模式可能并不是主要关于分布式的,但是多少都会和分布式系统有些关系。因此,本书是以分布式系统为背景来介绍这些模式的用法,并加以总结。
本书并不是仅仅介绍每个独立的模式的——同时也介绍它们之间的关系。在任何一个系统中都会同时使用多个模式,然而,就拿我的体会来说,讲述其中的关系要比介绍单独的模式难得多。本书没有回避这个问题,书中给出了很多关于在分布式场合下联合使用多种模式的建议。
分布式往往是一个棘手的难题。事实上,经常有人引用我的所谓分布式对象设计第一定律的“名言”:“不要使用分布式对象。”我这样说是有原因的——分布式使得软件设计更困难,所以我一直建议尽可能地避免采用分布式设计。然而无论我如何强烈地质疑分布式设计的范围,分布式毕竟是很多软件系统重要的组成部分。既然分布式这么难,分布式设计便更值得我们认真地研究一番——因此,本书也应该是每个程序员必备的图书了。Martin Fowler Martin Fowler,软件开发方面著名作家和演讲者,ThoughtWorks公司首席科学家,《重构:改善既有代码的设计》作者。——译者注
媒体评论回到顶部↑
“作者很明智,在书中融入了实际案例。有了它,模式就不再是空中楼阁,模式语言的具体应用一目了然。”
——《计算机评论》
“关于架构和设计模式的书我有很多,不过一旦遇到问题,我首先求助的永远都是这一本。”
——Dennis L. Hughes,Windows架构师
“这是用于分布式计算的模式圣经!值得每一位软件架构师珍藏!”
——Amazon.com
——《计算机评论》
“关于架构和设计模式的书我有很多,不过一旦遇到问题,我首先求助的永远都是这一本。”
——Dennis L. Hughes,Windows架构师
“这是用于分布式计算的模式圣经!值得每一位软件架构师珍藏!”
——Amazon.com
【插图】
评论交流
共有24人开贴评论 29人参与评论 16人参与打分 查看
评价等级:







发表于:2010-7-12 12:02:00
先说说怎么选上这本书。在ACCU论坛,我有一些关于设计的讨论,如Strategy和Command模式在实现上几乎完全一样,然而却是两个不同的模式。本书的第二位作者Kevlin仔细介绍了其中的细微差别,亦即最根本的是其意图的不同。并且指出Strategy模式的描述中,“算法”一词确实容易误导;该模式可选的名字是“插件式的对象行为”等等。我就搜索找到了本书,决定买来看看。
还没完全读完一遍,因为每一章的信息都是高度浓缩的,不仔细读个第二遍根本不能领会其中含义。简单来说,该书把分布式设计中需要考虑的点都用模式的方法给出了描述。一些我们熟知的设计技术在这里变成的简单到可以使用一句话描述。尽管非常认同技术词汇在技术表达中的重要性,在阅读DP的时候,还没有这样的体会。但是在这里,你发现一个分布式设计完全可以使用模式词汇表达。就是这一点,足够体现这本书的价值了。
因为要描述分布式系统的完整设计,每一个涉及的模式(超过100个模式!)的介绍都不多。这或许是一个缺陷,但是我不认为如此。该书本质上可以作为一个指引,你可以首先获得一个分布式系统设计的大局观,然后在需要的时候深入参照具体的模式。把复杂的事情说简单从来都是困难的事情,该书完全做到了这一点。
最后是该书的印刷,装帧情况。总的说来,都不错,翻译的也很好,阅读很流畅。但是如果有可能,还是要阅读原版的书籍,这样确保在书写技术资料的时候使用了恰当的词汇。
还没完全读完一遍,因为每一章的信息都是高度浓缩的,不仔细读个第二遍根本不能领会其中含义。简单来说,该书把分布式设计中需要考虑的点都用模式的方法给出了描述。一些我们熟知的设计技术在这里变成的简单到可以使用一句话描述。尽管非常认同技术词汇在技术表达中的重要性,在阅读DP的时候,还没有这样的体会。但是在这里,你发现一个分布式设计完全可以使用模式词汇表达。就是这一点,足够体现这本书的价值了。
因为要描述分布式系统的完整设计,每一个涉及的模式(超过100个模式!)的介绍都不多。这或许是一个缺陷,但是我不认为如此。该书本质上可以作为一个指引,你可以首先获得一个分布式系统设计的大局观,然后在需要的时候深入参照具体的模式。把复杂的事情说简单从来都是困难的事情,该书完全做到了这一点。
最后是该书的印刷,装帧情况。总的说来,都不错,翻译的也很好,阅读很流畅。但是如果有可能,还是要阅读原版的书籍,这样确保在书写技术资料的时候使用了恰当的词汇。
评价等级:







发表于:2011-3-24 10:26:00
一本好书,但是翻译得一般,很多话不知所云。
译者也算是牛逼外资企业的,但是翻译水平不敢恭维。
比如5.6用户界面分离节的第一句话
According to our current architecture, the presentation layer of the
warehouse management process control system contains the gateways
and interfaces to other systems, as well as user-level applications
that access the system’s functionality.
是说表现层包含了给其他系统提供了网关和接口,还包含了访问系统功能的用户层应用程序吧。
翻译者却翻成了
包含了提供给其他系统和访问该系统的用户级应用的网关和接口。
看5-4图,也知道是包含了整个用户级应用程序,而不是用户级应用的接口和网关。
译者也算是牛逼外资企业的,但是翻译水平不敢恭维。
比如5.6用户界面分离节的第一句话
According to our current architecture, the presentation layer of the
warehouse management process control system contains the gateways
and interfaces to other systems, as well as user-level applications
that access the system’s functionality.
是说表现层包含了给其他系统提供了网关和接口,还包含了访问系统功能的用户层应用程序吧。
翻译者却翻成了
包含了提供给其他系统和访问该系统的用户级应用的网关和接口。
看5-4图,也知道是包含了整个用户级应用程序,而不是用户级应用的接口和网关。
| 我要写评论 |
| 查看所有评论交流(共24条) |


点击看大图






加载中...
