BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

SOA宣言发布

| 作者 Mark Little 关注 12 他的粉丝 ,译者 黄璜 关注 0 他的粉丝 发布于 2009年10月30日. 估计阅读时间: 3 分钟 | Google、Facebook、Pinterest、阿里、腾讯 等顶尖技术团队的上百个可供参考的架构实例!

敏捷宣言成为敏捷软件开发者的首选参考主要出于两方面的原因:它是由思想深远的领袖撰写的,并且有着简短而易获取的格式。宣言将两两事物之间进行对比,来表述孰重孰轻,接着提供了原则,对这些核心价值进行了解释与扩展。通过这一格式,突出了敏捷软件开发的核心价值。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

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT