浅析WCF与WebService、WPF与Silverlight 区别

因为在《Windows服务调用Quartz.net 实现消息调度》中，涉及到ASP.NET Web Service

//WebServiceSoapClient client = new WebServiceSoapClient(new BasicHttpBinding(), new EndpointAddress(URL));
//client.Shake();

效果始终不是太好，故查之，此文作为平时积累。 

1、ASP.NET Web Service

---

 Web Service：严格来讲是行业标准，也就是Web Service 规范，也称做WS-*规范，既不是框架，也不是技术。

　　它有一套完成的规范体系标准，并且在持续不断的更新完善中。它使用XML扩展标记语言来表示数据（这个是夸语言和平台的关键）。

　　微软的Web服务实现称为ASP.NET Web Service.它使用Soap简单对象访问协议来实现分布式环境里应用程序之间的数据交互。WSDL来实现服务接口相关的描述。此外Web services 能够注册到UDDI中心.供其客户查找使用。后来微软作了ASP.NET Web Service的安全，性能，数据加密、解密，托管宿主等多方面的扩展，称为WSE系列，这个是过分产品，最高到WSE3.0.后来就是WCF时代。

2、WCF

---

 WCF：是一个分布式应用的开发框架，属于特定的技术，或者平台。既不是标准也不是规范。

　　WCF其实必定程度上就是ASP.NET Web Service,由于它支持Web Service的行业标准和核心协议，所以ASP.NET Web Service和WSE能作的事情，它几乎都能胜任，跨平台和语言更不是问题（数据也支持XML格式化，并且提供了本身的格式化器）。 可是WCF做为微软主推一个通信组件或者平台，它的目标不只仅是在支持和集成Web Service,由于它还兼容和具有了微软早期不少技术的特性。 

      根据微软官方的解释，WCF（以前的版本名为“Indigo”）是使用托管代码创建和运行面向服务（Service Oriented）应用程序的统一框架。它使得开发者可以创建一个跨平台的安全、可信赖、事务性的解决方案，且能与已有系统兼容协做。

　　WCF是微软分布式应用程序开发的集大成者，它整合了.Net平台下全部的和分布式系统有关的技术，如Enterprise Sevices(COM+).Net Remoting、Web Service(ASMX)、WSE3.0和MSMQ消息队列。以通讯(Communiation)范围而论，它能够跨进程、跨机器、跨子网、企业网乃至于 Internet；以宿主程序而论，能够以ASP.NET，EXE，WPF，Windows Forms，NT Service，COM+做为宿主(Host)。WCF能够支持的协议包括TCP，HTTP，跨进程以及自定义，安全模式则包括SAML， Kerberos，X509，用户/密码，自定义等多种标准与模式。也就是说，在WCF框架下，开发基于SOA的分布式系统变得容易了，微软将全部与此相关的技术要素都包含在内，掌握了WCF，就至关于掌握了叩开SOA大门的钥匙 。

　　WCF可以创建一个跨平台的安全、可信赖、事务性的解决方案，是一个WebService，.Net Remoting，Enterprise Service，WSE，MSMQ的并集，很经典的对比图以下：

　　　　　　　　　　　　　　　　　　WCF与其余分布式技术对比表

　　

3、WPF与Silverlight、WinForm

---

在Windows中，诸如窗体绘制等功能由GDI实现，放在操做系统内核中。Windows Forms在底层使用的是GDI+。GDI+是GDI的“面向对象包装”，使用C++实现。

　　.NET Windows Forms应用程序中使用的GDI+实际上是在C++实现的非托管代码之上又包了一层，从而让咱们能使用C#这样的托管编程语言调用GDI+功能绘图。

　　WPF底层使用的是DirectX，就是一般用来开发游戏的那个DirectX。WPF与Windows Forms这二者并无什么关系。按照微软的意图，WPF是用来取代Windows Form的，因此最新的Visual Studio就使用了WPF开发界面，这是一个很明确的信号。

　　固然，出于兼容目的，Windows Forms与WPF将长期并存，能够把它们当作是两套独立的界面技术。

　　Silverlight在API层能够当作是WPF的子集，但事实上除了这点以外，Silverlight与WPF并无任何联系。由于Silverlight应用程序不依赖于.NET Framework，只要用户计算机（或手　机）安装有Silverlight运行环境（好比用户经过互联网给浏览器添加了Silverlight插件），就能够跑Silverlight应用程序，并不要求用户安装庞大的.NET Framework。

　　Silverlight运行时环境在API层面也能够当作是标准.NET Framework的功能子集，但它彻底是从新写过的，独立于标准的.NET Framework，虽然为了方便应用程序开发，微软努力保持二者在API层面的一致性，但并不排除Silverlight运行时环境往后会拥有全新的为.NET标准环境所不具有的功能。

　　Windows Forms/WPF/Silverlight这三者实际上是独立发展的三个技术领域，只不过微软出于方便开发的目的，有意让Silverlight与WPF在应用层面开发体验（甚至包括大部分应用层代码）高度一致罢了。

　　从开发角度来看，Windows Forms已有多年的历史，高度成熟，拥有大量的第三方控件等各类资源，若是开发“标准”与“通用”界面类型的Windows应用程序，使用它能够得到较高的开发效率和不错的运行性能。

　　WPF的长处在于它能够开发很是“个性化”的Windows应用程序，你能够不受任何限制地实现你所能“梦想”到的各类用户界面，并且在动画等多媒体方面，WPF优于Windows Forms，另外，WPF的数据绑定机制也比Windows Forms要强大和灵活。

　　WPF的短处在于它对计算机硬件的要求较高，对于硬件配置较低的计算机，其运行性能不如Windows Forms版本。就目前来看，WPF的最佳平台是Windows 7。

　　Windows Forms和WPF主要用于开发桌面应用程序，Silverlight主要战场是互联网，一般用它来开发RIA的互联网应用程序，或者是跑在手机等智能移动设备上的应用程序。能够这样　说，会WPF，不费太多力气，就能够转去开发Silverlight应用程序，二者实在是太类似了，特别是界面层代码，因为都使用XAML，这使咱们能够比较容易地为某一应用程序同时开发“桌面版”、“手机版”和“浏览器版”三种版本，而这三种版本其用户界面均可以拥有一致的外观和用户使用体验。

　　以上介绍是引用bitfan博文（ http://blog.csdn.net/bitfan/article/details/6128391）