Page 1 of 1

原则和模式,SOA 的支柱和基础

Posted: Sun Mar 23, 2025 8:09 am
by roseline371274
这篇文章是我“破泡泡”系列文章的一部分。如果您是这个系列的新读者,您确实应该从头开始阅读。如果您没有那么多时间,这里有一个小回顾:泡沫是筒仓,破裂是我,试图用各种技术摧毁筒仓,但失败了。就像我说的,你应该从头开始……

 

在写了大约八页关于面向服务架构在实践中如何也无法戳破泡沫之后,我决定在深入了解应用 SOA 的细节之前,我必须先写一个前奏。理论先于实践,因此在解释服务导向之前先从原则和模式开始是有意义的。毕竟,SOA 是一 智利号码数据 种架构类型。架构都是关于目标和利益、原则、方法和模式(换句话说,没有解决方案,只有一些模糊的指导方针)。甚至先从模式开始,再从原则开始,感觉也比通常的做法相反要好,因为模式使我以前的文章更具洞察力。最后一句名言:观察并学习。

图案优先
你看,我以前的帖子实际上是在描述 SOA 设计模式,但我把它伪装成了 IT 历史。BPM实际上是流程抽象模式,CDM是规范模式,而EAI使用了 SOA 中也使用的大量设计模式。因此,在我真正深入 SOA 的细节之前,我必须首先解释一下设计模式。

冒着被要求不要这样做的风险,我将首先引用一些关于模式的一般内容,然后重点介绍其中的一些部分,以便您自己了解为什么模式在建筑师中如此受欢迎:没有任何强制措施。模式仅描述如果您选择采用某种模式会发生什么以及如果您选择不采用某种模式会发生什么,但无论如何都不提供任何保证。迷人的。

开始了:

“设计模式很有用,因为它们:

代表经过现场测试的常见设计问题解决方案
将设计情报整理成标准化、易于引用的格式
大多数参与设计的 IT 专业人员通常都可以重复
可用于确保系统设计和构建方式的一致性
可以成为设计标准的基础
通常是灵活且可选的(并公开记录其应用的影响,甚至建议替代方法)
可以通过记录系统设计的具体方面(无论是否应用)来用作教育辅助工具
有时可以在系统实施之前或之后应用
可以通过应用同一系列的其他设计模式来支持
丰富特定 IT 领域的词汇量,因为每个模式都被赋予了一个有意义的名称
此外,由于设计模式提供的解决方案是经过验证的,因此它们的一致应用往往会自然地提高系统设计的质量。