Java

本类阅读TOP10

·使用MyEclipse开发Struts框架的Hello World!(录像1)
·hibernate配置笔记
·AOP编程入门--Java篇
·linux下Tomcat 5.0.20 与 Apache 2 安装/集成/配置
·在win2003下整合了整合Tomcat5.5+ apache_2.0.53+ mod_jk_2.0.47.dll
·构建Linux下IDE环境--Eclipse篇
·Jsp 连接 mySQL、Oracle 数据库备忘(Windows平台)
·ASP、JSP、PHP 三种技术比较
·Tomcat5.5.9的安装配置
·AWT GUI 设计笔记(二)

分类导航
VC语言Delphi
VB语言ASP
PerlJava
Script数据库
其他语言游戏开发
文件格式网站制作
软件工程.NET开发
什么是面向服务体系结构?(二)

作者:未知 来源:月光软件站 加入时间:2005-2-28 月光软件站

陈智罡chzg99@21c.com   专栏:http://blog.csdn.net/chzg99/admin/EditPosts.aspx

        一个服务的结果 通常是使得消费者的状态发生改变,但是也可以是提供者状态的改变,或者两者兼而有之。例如当你听到CD播放机播放的音乐后,心情从“压抑”到“高兴”得到了转变。如果你想要一个包括两者状态都改变的例子,那么出去在餐馆吃饭就是一个很好的例子,你花钱享受了美餐,餐馆提供服务而获利。
       我们想要一些人帮我们工作的原因是:这些人是专家。消费一个服务要比亲自去做通常代价小而且更有效率。很多人明智得认识到,自己不会在每件事情上都足够聪明而成为专家,同样的道理也可应用在构建软件系统上,我们称为“separation of concerns",这被认为是软件工程的一个原则。
       在软件代理交互中,SOA如何能获得松散耦合呢?这要使用两条体系结构约束:
       1 对于所有参与得软件代理,有一小套简单且普遍适用的接口。只有通用的语义在接口中被编码。这些接口应广泛提供给所有服务提供者与消费者。
       2 描述消息受到接口间传输可扩展方案的制约。系统行为不通过或仅是极少通过消息描述。可扩展方案限制了消息的词汇和结构。可扩展方案允许新版本的服务被引入,而不需要打破原有存在的服务。

       在电源插头例子中,可以看出接口是十分重要的。如果接口不能工作,系统也不能工作。接口连接在分布式应用中是花费大而且是容易出现错误的。一个接口需要去描述系统行为,要通过不同平台与语言去正确实现是非常困难的。远程接口在许多分布式应用中也是最慢的部分。为所有的应用复用一些通用的接口,而不是为每一个应用建立一个新的接口,这是有意义的。
       由于我们仅有一些通用的接口,因此必须在消息中表示出指定应用的语义。在接口之上,我们能发送任何一种消息,但是在说一种体系结构面向服务之前,有一些规则需要去遵守。
       首先,消息必须是描述性的,而不是指导性的。因为服务提供者是负责去解决问题的。就象去餐馆,你告诉服务生你想吃什么和你的口味,但是你并不告诉如何做出你点的菜。
       第二,如果你的消息没有写成被各方都能理解的格式、结构和词汇,面向服务提供者将不能够理解。对消息的词汇和结构的限制,对于有效的通信是必须的。一个消息被限制的越多,理解消息就越容易,尽管这是以降低可扩展性为代价的。
       第三,可扩展性是非常重要的。要理解这条并不困难。这个世界是不断变化的,因此一个软件系统所在的环境也是不断变化的。这些改变要求在软件系统、服务消费者、服务提供者,以及它们交换的消息中也要求有相应的变化。如果消息不是可扩展的,服务消费者和服务提供者将被固定在一个服务特定的版本上。尽管可扩展性的重要性,但它传统上被忽略,最多被简单的认为是一个好的实践而不是什么基本原则。限制和可扩展性牢牢的缠绕在一起,两者你都需要,增长一方将会以损害另一方为代价。应该有一个适度平衡的策略。
       第四,一个SOA应有一种机制,它能使得消费者搜索一个服务上下文以发现一个服务提供者。这个机制是灵活的,不必有一个注册中心。
    




相关文章

相关软件