日前国外网站报道介绍了面向服务架构(SOA)的基本原则,提出了公共接口与内部实现要有明确界限等原则。虽然这些原则并不是绝对的真理,但可作为一个应用开发参考。
一、明确的边界
通过跨越定义明确的边界进行显式消息传递,服务得以彼此交互。有时候,跨越服务边界可能要耗费很大的成本,这要视地理、信任或执行因素而定。边界是指服务的公共接口与其内部专用实现之间的界线。服务的边界通过 WSDL 发布,可能包括说明特定服务之期望的声明。
二、服务共享和约和架构
服务交互应当只以服务的策略、架构和基于合约的行为为基础。服务的合约通常使用 WSDL 定义,而服务聚合的合约则可 ...
导读:一开始就对 SOA 项目进行细心的规划和设计。您需要考虑项目的整个生命周期,从最初的阶段到第一个实现,再一直到可能的修订和重用。
由于 SOA 涉及到业务的诸多方面,因此需要从一开始就对 SOA 项目进行细心的规划和设计。您需要考虑项目的整个生命周期,从最初的阶段到第一个实现,再一直到可能的修订和重用。
现在让我们看看 SOA 生命周期,如图 1 中所示。此部分概略说明了在生命周期的各个阶段发生的事项,并详细介绍了实现生命周期的各个步骤。
建模
面向服务的体系结构项目的第一步几乎和技术没有任何关系,所有事项都与您的业务相关。请记住,面向服务的方法将业务所执行的活动 ...
IBM所有产品都是围绕SOA展开的,所以一定要蹭这个机会把SOA学深一点
先把SOA概念性的东西搞定,特别是关于如何设计Service
然后按着SOA的一边开发过程,把整条产品线过一遍,这其中包括Bussiness Modeler,Rational Architect, Rational Application developer, Integration developer, Proccess Server, WAS, Portal.不一定要全部精通,也不可能搞定全部。但一定要体会整条线的开发集成。并且要从其中选择一个进行专研。
接着要结合Salesup项 ...
以前对SOA的认识总是局限于web service,所以总认为SOA的最大优势在于异构程序间的互操作性,因此感觉如果系统只在一个平台上开发完成的话就不需要SOA。其实SOA的最大厉害之处在于让业务人员有效地参与到系统构建中来,它可以很好地填补Bussiness和Application的gap。
现在最牛的人是连接Bussiness和Application的系统架构师,他们要做的事情就是把业务人员需求转变成程序的设计,这个确实很难,这也是很多项目失败的原因。用户抱怨系统不是他们想要的,程序员抱怨业务人员不懂软件。现在的项目流程大概都是系统架构师从业务人员的需求通过自己的经验和方法,构 ...
- 浏览: 17248 次
- 性别:

- 来自: 武汉

- 详细资料
搜索本博客
最近加入圈子
最新评论
-
有点低估了报表框架的开发
俺做了5年的报表平台,可提升的地方还很多 做一个开发高效,方便定制的报表平台不是 ...
-- by sungaofei -
计划开发一个基于web用户 ...
顶
-- by ecipher -
程序员都应该搞开源
web报表:偶合太高的话可以作成xml对应的报表之后打出来。。。
-- by 抛出异常的爱 -
重视javascript
javascript确实非常难学。
-- by gm8pleasure -
程序员都应该搞开源
开源是一个好东西,不过要求太高。1、解决吃饭问题2、找到自己熟悉的项目3、有时间
-- by gm8pleasure






评论排行榜