写点什么

面向模式软件架构第 4、5 卷出版

  • 2007-08-24
  • 本文字数:1843 字

    阅读完需:约 6 分钟

面向模式软件架构(POSA)系列的第4 卷第5 卷已经出版了。卷4 是关于分布式计算的模式语言,而卷5 则“深入审视模式是什么,不是什么,以及怎样成功地使用它们”。

InfoQ 采访了最新卷的合著者之一 Kevlin Henney ,讨论了 POSA 系列的最新两本书。我们询问 Kevlin:两本书怎么会几乎同时出版?

最初的打算是只有一本书,其内容按照 POSA 5 的想法来组织。这个想法是,介绍书写和组织模式的概念、原则及技巧,我们通过一个大的例子来说明:用于分布式计算的模式语言,并附带一个模式故事(pattern story),在实践中说明它的应用。

正如你猜到的,这将会是一部非常厚的书!

POSA4 是关于分布式系统的——该书关注哪些类型的分布式系统呢?

……我们试图编写那些可在经典的 RPC 风格系统、当代的 Web 应用、基于消息的系统、经典的 N 层系统、移动计算等系统中找得到的范围广泛的架构概念。我们特别关注于那些已被实践证明的架构和架构知识……我们覆盖了应用和中间件架构,并对新系统开发及现有系统的后续开发都有兴趣。

本书的风格不同于前几卷。POSA4 描述了 114 个模式,而前 3 卷总共才包含了 44 个模式。前几卷对每个模式进行了深入地探讨,但是因为 POSA4 的大多数模式已在其它著作中发表,因此模式的细节不再作为重点,取而代之的是模式间的关系。

相比之下,POSA4 意图给架构师和开发者提供的一个更广的、宏观的模式视图,这些模式涉及到当代分布式计算架构中应用的模式。重点是模式是如何关联的,其中包括一个模式实现另一个的细节或为另一个提供替代选择,因此这意味着联系才是重点,从而减少了每个模式的细节。

然而,更少的细节并不必然意味着令每个模式的核心概念变得失真:

模式并不会因为本身的简洁而变得不精确——在某些情形下,它们的描述还更准确了–而是它们被概括并忽略了很多不必要的细节。

为了保持每个模式描述的简洁,本书使用草图和伪代码代替了 UML 图和完整的 C++ 或 Java 例程。对于想深入了解特定模式的读者,它提供了参考。

我们询问 Kevlin:他是否觉得有一些特殊的模式被遗忘或被误解了,而它们对于能出现在本书中将会感到非常高兴?

有些模式是非常的不引人注目,但是它们在现代设计方法中具有某种重要且非常有影响的地位。

首先一个,我们称之为显式接口(Explicit Interface),它本质上是一个分离单独接口的概念,将它完全从它的实现中解耦。这种方法适合声明类型系统并自从 RPC 时代就存在,而且我们发现它在现代静态类型语言中非常普遍,即‘接口(interface)’结构。然而,显式接口模式的关键点是设计敏感度,其背后使用了某种机制并聚焦于关注点的分离。不顾近些年来基于接口的编程的增多,许多程序员仍然使用纯接口(不论是以“接口”结构的形式,还是按照全抽象类的方式),以一种更多不必要的耦合方式,如果这也算面向接口编程的话。

第二个是关于上下文对象(Context Object)。和接口的想法类似,上下文对象的想法已经存在很长时间了(它现身于 Scheme 的 eval 过程中,并可在四人帮的解释器(Interpreter)模式中找到踪迹),但它最近才被记录并陈诉其有权作为模式的理由。POSA4 中的详细描写只是许多不同的详细说明(其中有我的一个,另一个则是 Doug 的!)中最新的一个。上下文对象可以使用执行细节(如配置、证书、查找服务等)参数化一个对象、组件或整个子系统,使之独立于系统的其它部分。这种分离提高了组件间的独立性,简化了测试,排除了一类问题,以及 / 或在多线程环境中可能遇到的执行瓶颈。它常常被视为使用 Singleton 之后带来的许多问题的解毒剂(并且,作为题外话,Singleton 是我们没有包含在本书中的一个模式:->)。

第 5 卷也是本系列的最后一卷书,是关于模式和模式语言。它显示了如何记录、组织和使用模式;如何建立模式间的关系,以及如何将这种关系转变成模式语言。

在 POSA5 之前,模式的概念性讨论分散在模式社区内外的许多著作和不同人的脑袋中。那些展示了模式集合的每一本书、论文或展示都使用不同观点介绍了模式概念,它们之间或多或少的有些不同。不同的来源侧重不同的方面的不同重点,例如模式发生的上下文、模式语言的使用、模式中的各种驱动力的角色,模式的社会或技术目标等等。

Kevlin 总结说:

POSA5 [……] 是写给那些有兴趣进一步探索模式概念的实践者的。换句话说,这本书的目标读者是,那些已经以某种形式接触过模式——不论是通过 GoF、POSA、Core J2EE,还是通过其他方式——并想更多了解模式的人。

查看英文原文: Pattern Oriented Software Architecture Volumes 4 and 5 released

2007-08-24 05:112912
用户头像

发布了 255 篇内容, 共 57.5 次阅读, 收获喜欢 10 次。

关注

评论

发布
暂无评论
发现更多内容

详解Redisson分布式限流的实现原理

华为云开发者联盟

后端 开发 华为云 企业号 2 月 PK 榜 华为云开发者联盟

看透react源码之感受react的进化

goClient1992

React

细说react源码中的合成事件

flyzz177

React

深入react源码看setState究竟做了什么?

flyzz177

React

Flink X Hologres构建企业级Streaming Warehouse

阿里云大数据AI技术

大数据 数仓 企业号 2 月 PK 榜 分层技术

倒带ChunJun,同心前行|2022年度回顾&2023年共建规划

袋鼠云数栈

开源

React-Hooks源码深度解读

goClient1992

React

转角遇到爱,资源中心系统和图数据库

鲸品堂

技术 图数据库 企业号 2 月 PK 榜

三十分钟入门基础Go(Java小子版)

京东科技开发者

Java php Go nil 企业号 2 月 PK 榜

一文盘点,ZBC的应用场景与通缩场景

股市老人

云小课|使用SpringBoot快速构建FunctionGraph HTTP函数

华为云开发者联盟

开发 HTTP 华为云 企业号 2 月 PK 榜 华为云开发者联盟

【等保要求】等保要求堡垒机审计日志保留多久?

行云管家

等保 堡垒机 等级保护

喜讯:行云绽放荣获国家高新技术企业证书

行云管家

高新企业 高新技术 高新

企业级数据平台为什么要“可观测”? | StartDT Hackathon

奇点云

数据平台 可观测 云数据 黑客马拉松 奇点云

用javascript分类刷leetcode22.字典树(图文视频讲解)

js2030code

JavaScript LeetCode

为实现跨境文件高速传输,镭速传输都用了哪些技术

镭速

从源码角度看React-Hydrate原理

flyzz177

React

StarRocks获评「2022 中国开源社区健康案例」!

StarRocks

数据库 开源

前端工程师leetcode算法面试必备-二叉树深度广度遍历

js2030code

JavaScript LeetCode

IM通讯协议专题学习(九):手把手教你如何在iOS上从零使用Protobuf

JackJiang

前端工程师leetcode算法面试必备-二叉树的构造和遍历

js2030code

JavaScript LeetCode

熊猫小说家功能升级:支持阅读原文+更多功能等你解锁

澜舟孟子开源社区

NLP 大模型 AIGC 澜舟科技

镜舟城市行|镜舟联手永洪科技共话数智运营

镜舟科技

数据库

为什么西门子、美的等企业这样进行架构升级,看看改造效果就知道了

TDengine

数据库 tdengine 开源 时序数据库

阿里IM技术分享(十):深度揭密钉钉后端架构的单元化演进之路

JackJiang

StarRocks 企业行|走进 58 同城,探索极速统一 3.0 时代的企业实践

StarRocks

数据库

2023最新Java面试手册(性能优化+微服务架构+并发编程+开源框架)

小小怪下士

Java 程序员 面试 金三银四

PMR 提取视频特征,理解上下文

Zilliz

GaussDB(DWS)性能调优:indexscan导致的性能问题识别与优化

华为云开发者联盟

数据库 后端 华为云 企业号 2 月 PK 榜 华为云开发者联盟

设计模式第五讲-装饰器模式和代理模式详解

C++后台开发

数据结构 设计模式 后端开发 Linux服务器开发 C++开发

面向模式软件架构第4、5卷出版_架构_Niclas Nilsson_InfoQ精选文章