服务--web服务

.面向对象和面向组件

.什么是Web服务

Web Service "Stack"

.Web服务的应用分类

Web服务都是对象/组件技术在Internet中的延伸

面向对象和面向组件：

面向对象技术的基础是封装－－接口与实现分离，面向对象的核心是多态－－这是接口和实现分离的更高级升华；面向对象的表现形式是类和继承。面向对象的主要目标是使系统对象化，良好的对象化的结果，就是系统的各部分更加清晰化，耦合度大大降低。

面向组件技术建立在对象技术之上，它是对象技术的进一步发展，类这个概念仍然是组件技术中一个基础的概念，但是组件技术更核心的概念是接口。组件技术的主 要目标是复用－－粗粒度的复用，这不是类的复用，而是组件的复用，如一个dll、一个中间件，甚至一个框架。一个组件可以有一个类或多个类及其它元素（枚 举、）组成，但是组件有个很明显的特征，就是它是一个独立的物理单元，经常以非源码的形式（如二进制，IL）存在。一个完整的组件中一般有一个主类，而其 它的类和元素都是为了支持该主类的功能实现而存在的。为了支持这种物理独立性和粗粒度的复用，组件需要更高级的概念支撑，其中最基本的就是属性和事件，在 对象的技术中曾一度困扰我们的类之间的相互依赖问题/消息传递问题，迄今为止我所知道最好的解决方案就是事件。要理解组件思想，首先要理解事件的思想和机 制。

我一直坚持以为，一个组件的外形/外貌应该是简单的、应该是清晰的、没有冗余的东西、也没有无关紧要的东西，这个外貌通过接口来描述，接口中可以发布事 件、属性和方法。这三种元素就足以描述一个组件外貌的所有特征。比如，我曾经用封装的一个完成端口组件，其外貌接口中只有四个方法，三个事件，三个属性而 已，而该组件的内部实现却有几千行代码。所以在设计一个组件的时候，需要做很多的权衡，哪些需要通过接口暴露出来，哪些应当作为私有实现。有时，你会处于 两难的境地，因为让组件更容易使用，所以需要给出很多默认的参数，但为了使该组件更通用，你又需要暴露更多的属性可以让人设定、暴露更多的方法和事件满足 更复杂的功能。你需要抉择，你需要权衡。难怪有人会说，软件的设计更像是艺术，因为艺术的美在于恰当的抉择和平衡。我的经验是，在保持低耦合度的前提下， 组件的接口足以对付当前的应用就好。如果日后需要加强功能，那就重构然后增强它，这是很容易的，因为早就说了嘛，保持组件的低耦合度。

需要说明一下的是，我们通常所说的控件（如按钮）也是一种组件，可以这么认为，控件是一种具有UI形式的组件。插件（Addin/Plugin）也是一种特殊的组件，插件的单独存在是没有意义的，它是由兼容该插件协议的框架所使用。

什么是Web服务

Web服务都是对象/组件技术在Internet中的延伸。

从外部的使用者的角度而言，Web服务是一种部署在Web上的对象/组件，它具备以下特征：

• 完好的封装性，Web服务既然是一种部署在Web上的对象，自然具备对象的良好封装性，对于使用者而言，他能且仅能看到该对象提供的功能列表。
• 松散耦合，这一特征也是源于对象/组件技术，当一个Web服务的实现发生变更的时候，调用者是不会感到这一点的，对于调用者来说，只要Web服务的调用界面不变，Web服务的实现任何变更对他们来说都是透明的，甚至是当Web服务的实现平台从J2EE迁移到了.NET或者是相反的迁移流程，用户都可以对此一无所知。对于松散耦合而言，尤其是在Internet环境下的Web服务而言，需要有一种适合Internet环境的消息交换协议。而XML/SOAP正是目前最为适合的消息交换协议。
• 使用协约的规范性，这一特征从对象而来，但相比一般对象其界面规范更加规范化和易于机器理解。首先，作为Web服务，对象界面所提供的功能应当使用标准的描述语言来描述(比如WSDL)；其次，由标准描述语言描述的服务界面应当是能够被发现的，因此这一描述文档需要被存储在私有的或公共的注册库里面。同时，使用标准描述语言描述的使用协约将不仅仅是服务界面，它将被延伸到Web服务的聚合、跨Web服务的事务、工作流等，而这些又都需要服务质量(QoS)的保障。其次，我们知道安全机制对于松散耦合的对象环境的重要性，因此我们需要对诸如授权认证、数据完整性(比如签名机制)、消息源认证以及事务的不可否认性等运用规范的方法来描述、传输和交换。最后，在所有层次的处理都应当是可管理的，因此需要对管理协约运用同样的机制。
• 使用标准协议规范，作为Web服务，其所有公共的协约完全需要使用开放的标准协议进行描述、传输和交换。这些标准协议具有完全免费的规范，以便由任意方进行实现。一般而言，绝大多数规范将最终有W3C或OASIS作为最终版本的发布方和维护方。
• 高度可集成能力。由于Web服务采取简单的、易理解的标准Web协议作为组件界面描述和协同描述规范，完全屏蔽了不同软件平台的差异，无论是CORBA、DCOM还是EJB都可以通过这一种标准的协议进行互操作，实现了在当前环境下最高的可集成性。

Web Service "Stack"

构成一个WebService的基本框架：

ServiceStack是一个开源的十分流行的WebService框架，引用其官网的介绍：

“Service Stack is a high-performance .NET web services platform that simplifies the development of high-performance REST (JSON, XML, JSV, HTML, MsgPack, ProtoBuf, CSV) and WCF SOAP Web Services.”

“ServiceStack是一个高性能的.NET Web Service 平台，他能够简化开发高性能的REST (支持JSON,XML,JSV,HTML,MsgPack,ProtoBuf,CSV等消息格式)以及WCF SOAP风格的WebService”。

在其主页上也有一篇名为What is the ServiceStack的介绍。建议您直接看，这里从里面截取了几张图：

可以看到ServiceStack除了在其底层是一个精简的WebService框架之外，在其上还有与之相关的一些组件，比如号称.NET 上最快的JSON序列化工具，.NET中流行的Redis访问模块，轻量级快速Orm框架OrmLite等诸多功能。

可以看到这些组件基本提供了一个WebService框架必需的一些功能。

其中，绿色部分是先前已经定义好的并且广泛使用的传输层和网络层的标准：IP、HTTP、SMTP等。而蓝色部分是目前开发的Web服务的相关标准协议，包括服务调用协议SOAP、服务描述协议WSDL和服务发现/集成协议UDDI，以及服务工作流描述语言WSFL。而橙色部分描述的是更高层的待开发的关于路由、可靠性以及事务等方面的协议。黄色部分是各个协议层的公用机制，这些机制一般由外部的正交机制来完成。

从以上这个技术层次图我们看以看到，Web服务追求的第一目标是简单性。可能大家会觉得很奇怪，有那么多协议，怎么能说他简单。

首先，这些协议本身都是简单的，无论是HTTP, FTP等传统的TCP/IP系统的网络协议，还是SOAP, WSDL, UDDI, WSFL等基于XML的协议，他们设计原则中的一个最重要点就是力求简单性。相信大家如果对XML、SOAP等有深入了解的话，一定会深深体会这一点。

其次，一个可以使用的Web服务应当按照需要选用若干层次的功能，而无需所有的特性。比如在目前状况下，一个简单应用可能只要使用WSDL/SOAP就可以架构一个符合规范的Web服务了。

最后，所有的机制完全是基于现有的技术，并没有创造一个完全的新体系。无论是IPv4、HTTP、FTP这些现有的网络协议，还是SOAP、WSDL等这些基于XML而定义的协议都是遵循着一个原则：继承原有的被广泛接受的技术，这样才能使得Web服务被广泛接受。

Web服务的类别

• Business-Oriented Web Service:该类服务针对的是那些面向企业应用服务，包括企业内部的ERP系统，企业间的SCM/CRM等系统。当这些系统以Web服务的形式在网络(Internet和intranet)中出现时，企业内的应用集成将更未容易，而在企业间的众多合作伙伴的系统对接也将不再是无法完成的任务。目前现有的解决方案和产品的提供商有Bowstreet、Epicentric等。
• Consumer-Oriented Web Service:此类服务针对的是那些原先的B2C的网站的改造，为这些Browser-Oriented的Web应用增加(注意是增加)了Web服务的应用界面，使得第三方的桌面工具或其自身提供的增值的桌面工具能够利用更优秀的用户界面提供跨越多个B2C服务的桌面服务。这将使得用户使用Internet更为方便，能够获得更加便捷的服务。比如我们完全就可以在个人理财桌面系统中集成(调用)Internet上的股票价格查询Web服务、机票预定Web服务等，使得个人理财应用的自动化程度更高。
• Device-Oriented Web Service:此类服务的使用终端一般是手持设备和日用家电，对于前者而言，可以在不用修改网络服务的体系架构的前提下，令先前的网络服务支持除PC以外的各种终端，比如Palm、PocketPC、手机等。如此，那些天气预报服务、Email服务、主动信息服务等将更为有效和便捷。而后者对于日用家电，则可能是一个市场的启动期，有了Web服务作为基础框架，智能型的日用家电将真正获得标准的支持，从而有了广泛使用的可能。
• System-Oriented Web Service:一些传统意义上的系统服务，比如用户权限认证，系统监控等，如果被迁移到全球范围的Internet上，或者企业内部的intranet上，其作用范围将从单个系统或局部网络拓展到整个企业网络或整个Internet。如此，基于同一系统服务的不同应用将得以在整个Internet环境中部署，譬如跨国企业的所有在线服务可以使用同一个用户权限认证Web服务。

本人并非作者本人亲笔，都是网上搜集资料整理的结果。