1. 随着商业活动的加强，要求系统之间要有更多的联系。
2. 这就要求系统之间要有极大的互联性和松偶合性。
面向服务的技术基础：
1. 基于消息。
2. 基于Schema＋Contract。
3. 基于Policy实现绑定。
名词解释：
Service－反映消息的终点。（End Point）
Service Orientation－是一种体系框图，有四个原则：
1. 边界清晰。
l 服务是通过交换信息从而互动的。
l 每一个消息横跨边界－这种横跨是高成本的。
l 每一个服务对象在内部进行格式化，在交换消息时是清晰的。
2. 服务自治。
l 自治 ！＝ 独立
l 随着时间的演化，服务的拓扑图也会演化。
l 与OO不同，服务不共享操作层面的东西。（不共享CRUD操作，比如对500表的操作，绝对不应该共享，在网上不出错的概率太小。）
l 服务需要处理失败。
3. 共享Schema和Contract，而不是类。
l 服务暴露的是结构定义，合约定义操作。
l Contracts And Schema可以随着时间，有独立的版本。
对多个服务请求的确认，避免同一个请求出现多次。
4. 基于策略的服务兼容性。
l 策略是基于服务之间沟通需求的声明。
l 服务能力和需求是基于POLICY表达的。
l 一个服务策略可以包含多个断言。
面向服务的好处：
（在VS2005中体现了面向服务的思想。具体是那个没研究过。）
1. 架构和开发：
l 代表了新的系统架构模型的发展方向。
l 代表了松偶合。
l 基于标准的互操作性。
2. 商业
l 增强商业敏捷性的需求，减少市场适应时间。
l 商业系统的重用性。
技术实现
1. 服务粒度。
2. 拓扑形式。（中央级结点、星型结点、分布式）
3. 模型的可变性。（分布。。解偶）
微软为SOA做了什么？
Asp.net Web Services、MSMQ、Architectural Guidance、HIS、WSE、“Indigo”（在长浩里的消息传输机制）、Visual Studio 2005、BizTalk Server。
64
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
