敏捷宣言成为敏捷软件开发者的首选参考主要出于两方面的原因：它是由思想深远的领袖撰写的，并且有着简短而易获取的格式。宣言将两两事物之间进行对比，来表述孰重孰轻，接着提供了原则，对这些核心价值进行了解释与扩展。通过这一格式，突出了敏捷软件开发的核心价值。SOA 最近年逐步走向成熟，最近，一群 SOA 实践者 / 报道者 / 起草者注意到适合使用敏捷宣言的这一格式，来起草 SOA 宣言，并尝试能对 SOA 开发者和使用者社区起到同样的帮助。最近，在鹿特丹的第二届国际 SOA 讨论会上，制定了 SOA 宣言。在参与鹿特丹会议之前，起草者基于他们自己的见解与同行之间的意见，都准备了他们自己的宣言。
就像这里所报道的一样当时的争论异常激烈，就像你能想像到的其它重要的，同时也是经常如 SOA 一般被错误定义的事物一样。然而，人们达成了共识，虽然就像其它的任何一个工作组一样，并不是每个人都得到了他们想要的每一点。尽管鹿特丹的争论激烈异常，最终这个工作组却达成了令人惊讶的高度共识。这一宣言在这次 SOA 讨论会上首次宣告，这次宣告还被录制下来：
注：视频来自Youtube，由于众所周知的原因未能显示，请自行设法观看： http://www.youtube.com/watch?v=TCg16oTZSV0 。
在这一宣言发布的短短时间之内，就引起了众多的评论，有正面的，也有负面的。为了遵照原始的敏捷宣言风格，SOA 宣言也保持了简短与直截了当的原则。然而，这同样也会造成在表达方面的不足。要用少量的词汇描述大量的信息，产生的表述不可避免地会具有歧义。比如，“内在的互操作性”可以被理解为购买ESB 的强烈建议，整个的互操作性都基于它标准化的能力与格式。然而，从鹿特丹的讨论看来，小组的成员似乎从一开始就考虑要为服务本身设计互操作性。后一种解释与陈述产品不能带给你SOA 的原则不谋而合。
如果SOA 宣言要得到普遍的接受，SOA 社区首先要统一这些陈述应该如何来理解。如若不是，争论将不会休止，而SOA 宣言也无法为填补SOA 社区的空白作出贡献：对于SOA 核心价值的共同认识。正是如此，完整的把握整个宣言，以及其起草者后续地对于他们所要达成的目的进行更深的讨论，才显得如此重要。如果不及时地做这项工作，很有可能出现的情况是，宣言本身将会被更多的口头争论而掩盖，而这些争论其实都是基于对宣言片面的理解。
注， Herbjörn Wilhelmsen 对本文亦有贡献。
查看英文原文： SOA Manifesto Released
暂无签名
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论