asp.net

asp.net,c#

2006年4月8日

SOA服务设计原则四:服务兼容性基于策略

摘要: 尽管它往往被认为是最不为人所了解的原则,但对于实现灵活的 Web 服务,它或许是最有力的。单纯依靠 WSDL 无法交流某些业务交互要求。可以使用策略表达式将结构兼容性(交流的内容)与语义兼容性(如何交流消息或者将消息交流给谁)分隔开来。 服务提供者的操作要求可以通过计算机能识别的策略表达式来表现。策略表达式提供一组可以配置的可互操作语义,用以控制特定服务的行为和期望。WS-Policy 规范定义了... 阅读全文

posted @ 2006-04-08 18:49 灵魂边缘 阅读(335) 评论(0) 推荐(0)
SOA服务设计原则三:服务共享架构和合约,但不共享类

摘要: 1、确保服务合约保持稳定,以将对服务使用者的影响降至最低。这里的合约指公共数据表示(数据)、消息交换模式 (WSDL) 和可配置的功能和服务级别(策略)。 2、合约的设计应尽可能明确,以将误解减至最少。此外,应通过 XML 语法和 SOAP 处理模型的可扩展性使合约能够适应未来服务的版本更新。3、避免使公共数据表示与私有数据表示之间的界线混淆不清。使用者不应看到服务的内部数据格式,而其公共数据架构... 阅读全文

posted @ 2006-04-08 18:47 灵魂边缘 阅读(265) 评论(0) 推荐(0)
SOA服务设计原则二:服务具有自治性

摘要: 1、服务的部署和版本控制应独立于部署和使用它们的系统。2、合约的设计应符合以下假设,即一旦公布即不可修改。这种方法迫使开发人员在其架构设计中构建灵活性。3、采取谨慎的态度,使服务免于故障。从使用者的角度,规划服务可用性和性能的不可靠级别。从提供者的角度,预计服务会被误用(故意或其他方式),预计服务使用者会出现故障:而服务可能得不到通知。 阅读全文

posted @ 2006-04-08 18:45 灵魂边缘 阅读(671) 评论(0) 推荐(0)
SOA服务设计原则一:边界是显式的

摘要: 1、服务应易于使用。设计服务时,开发人员应使其易于其他开发人员使用。设计的服务接口(合约)也应允许服务在不中断与现有使用者之间的合约的情况下进一步发展。2、避免使用 RPC 接口。应采用显式消息传递,而避免使用 RPC 之类的模型。这种方法将使用者与服务实现的内部隔离开来,使开发人员可以集中精力改进他们的服务,同时将对服务使用者的影响降至最低(使用公共消息而不是公用的方法进行封装)。 3、尽量减小... 阅读全文

posted @ 2006-04-08 18:36 灵魂边缘 阅读(345) 评论(0) 推荐(0)