Windows Azure Platform为我们提供了一个很棒的云计算平台，除了可以在上面部署微软自己的WCF服务以外，对其它语言和服务也提供了很好的支持，如果要基于微软的云计算平台开发跨语言跨平台服务的话，Hprose为我们增加了另一种选择。 ：“试看WCF与Hprose站在Azure云端的对决” ：本文将探讨在Windows Azure Platform上，WCF（Windows Communication Foundation）与Hprose这两种跨平台服务技术的比较。Windows Azure Platform作为微软的云计算平台，不仅支持微软的WCF服务，还对其他多种语言和技术友好，比如Hprose。 ：“职场管理” 【正文】： Windows Azure Platform是微软构建的全球分布式云计算基础设施，旨在为开发者提供一个强大的环境，用于构建、部署和管理应用程序和服务。其特性包括弹性扩展、高可用性以及对多种开发语言的支持，如.NET、Java、PHP等。WCF和Hprose都在这个平台上找到了各自的用武之地。 WCF是微软.NET Framework的一部分，是一个全面的面向服务的架构，用于构建安全、可靠、事务性的服务。WCF提供了一种统一的方式来处理通信，包括消息交换、绑定、地址、身份验证和安全等。然而，WCF的服务仅限于.NET框架内的语言，如C#和VB.NET，这限制了其跨语言的能力。 Hprose，全称High Performance Remote Object Service Engine，是一个高性能的跨语言跨平台的远程对象服务引擎。Hprose支持广泛的编程语言，包括.NET、Java、PHP、JavaScript等，使得不同语言之间的互操作变得简单高效。在Azure平台上，Hprose可以利用多语言支持的优势，如通过CGI Web Role发布PHP服务或Worker Role发布Java服务。 在性能方面，WCF和Hprose各有优劣。在Azure上，WCF的BasicHttpBinding通常比WsHttpBinding具有更好的性能，这是微软推荐的基本发布方式。而Hprose在特定的部署模式下，如WorkerRole，其性能优于WCF，尤其是在处理复杂数据结构时。 在数据类型支持上，WCF对.NET特有的类型如DataSet有很好的支持，但Hprose不支持。相反，Hprose能处理复杂的自引用对象数据，这是WCF所不能处理的。例如，Hprose可以方便地处理包含枚举、属性、列表等复杂结构的对象，而WCF可能会遇到困难。 在选择WCF还是Hprose时，开发者需要考虑以下几个因素：如果项目主要基于.NET平台，并且主要交互对象是.NET类型，WCF可能是更好的选择。如果项目需要跨语言交互或者使用非.NET语言，Hprose的多语言支持将非常有利。考虑到性能和资源优化，Hprose在某些场景下可能表现出更高的效率。 WCF和Hprose都是在Azure上构建分布式服务的有效工具，各有其独特的优势。开发者应根据项目需求，如语言支持、性能需求、数据类型兼容性等因素，来做出合适的选择。在云计算时代，选择正确的技术栈对于项目的成功至关重要。

这是本人在学习研究.NET框架下的WCF通信服务时，练手写的一个聊天小程序。该程序是使用C#基于WCF下开发的，用户界面使用的Winform，数据库使用的SQLite。支持用户登录、消息定向发送和群发送。可供C#开发爱好者学习研究WCF通信机制时参考学习。

WCF4.0 –- RESTful WCF Services (3) (Raw Stream) 对REST WCF的原生(RAW)流传输进行一次实例分析。 http://blog.csdn.net/fangxinggood/article/details/6261431

**WCF（Windows Communication Foundation）**是微软推出的一种面向服务的通信框架，它提供了一种统一的方式来构建分布式应用程序。在本示例中，我们将深入探讨如何使用C#、WCF和Visual Studio（VS）创建一个简单的WCF服务，并通过WinForm进行交互，以及如何在ASP.NET MVC中调用这些服务。 **WCF服务库项目**是创建WCF服务的核心，它定义了服务接口和实现。在VS中，你可以通过新建项目模板来创建一个WCF服务库。这个项目通常包含一个或多个`.svc`文件，每个文件对应一个服务实例，其中定义了服务契约（Interface）和实现类（Service Class）。服务契约定义了服务提供的操作（Methods），而实现类则提供了这些操作的具体逻辑。 在本例中，可能有一个名为`IService1.cs`的文件，它定义了一个服务接口，如`IService1`，并包含一个或多个方法，例如`BuyTicket()`。对应的实现类可能是`Service1.svc.cs`，它实现了`IService1`接口中的方法。 **WCF应用程序项目**通常是客户端应用，用于消费WCF服务。在这个项目中，可以使用`ServiceReference`来添加对WCF服务的引用。这将自动生成客户端代理类，使得在代码中可以直接调用服务方法。例如，我们可以创建一个WinForm应用，通过按钮事件调用`Service1Client.BuyTicket()`来模拟购票过程，并更新UI展示购票结果。 **WinForm**部分涉及到控制服务的启动、暂停等操作。这通常通过编程方式实现，比如使用`ServiceHost`类手动打开和关闭服务。此外，还可以通过控制台或者图形界面来监控服务状态，例如，添加一个`StartButton`来启动服务，一个`StopButton`来停止服务。 **ASP.NET MVC**是用于构建Web应用程序的框架。在这个例子中，它可能作为另一个WCF服务的客户端。通过添加服务引用，ASP.NET MVC控制器中的动作（Actions）可以调用`Service1Client`的方法，然后返回视图（Views）展示结果。例如，可以创建一个`BuyTicketController`，其中的`BuyTicket`动作接收用户请求，调用WCF服务并传递结果到相应的视图。 在实际开发中，我们还需要考虑配置文件（如`app.config`或`web.config`）中的设置，如服务地址、绑定类型（如HTTP、TCP等）、行为配置等。此外，还要注意错误处理、安全性、事务支持等高级特性，以确保服务的稳定性和安全性。 这个例子为我们提供了一个综合的WCF应用实践，涵盖了从创建服务到客户端调用的全过程，同时展示了如何在不同类型的客户端（WinForm和ASP.NET MVC）中使用WCF服务。通过学习和实践这个例子，开发者可以更好地理解和掌握WCF在实际项目中的应用。

**WCF（Windows Communication Foundation）**是微软.NET框架下的一个组件，用于构建可互操作的、面向服务的应用程序。WCF提供了一种统一的方式，来创建、发布、发现和使用跨平台的服务，使得应用程序能够通过网络进行通信。在这个“WCF三层实例及宿主”的项目中，我们将探讨如何构建一个基于WCF的三层架构应用，并了解其宿主的概念。 **三层架构**是软件开发中的常见模式，包括表现层（UI）、业务逻辑层（BLL）和数据访问层（DAL）。这种架构将应用程序的职责分离，提高了代码的可维护性和可扩展性。 1. **表现层（UI）**：这是用户与应用程序交互的部分，负责显示数据和接收用户输入。在WCF应用中，客户端可以看作是UI层，通过调用服务接口与服务进行通信。 2. **业务逻辑层（BLL）**：此层包含了业务规则和处理，是应用程序的核心部分。在WCF中，BLL通常被实现为服务接口和其实现，它们定义了对外提供的服务操作。 3. **数据访问层（DAL）**：负责与数据库交互，执行CRUD（创建、读取、更新、删除）操作。在WCF应用中，DAL可以使用ADO.NET或其他数据访问技术来实现。 **WCF服务实例化**：WCF服务有两种实例模式——单例（Singleton）和_per_session（会话实例）。单例模式在整个服务生命周期内只有一个实例，适用于需要全局共享状态的情况。_per_session模式则为每个客户端会话创建一个新的服务实例，适合处理会话相关的数据。 **WCF服务宿主**：WCF服务必须运行在某个进程中才能提供服务，这个进程称为服务宿主。常见的宿主包括IIS（Internet Information Services）、自定义的Windows服务、Console应用程序等。例如，`WcfDbDemo`可能是一个用于演示如何在控制台应用程序中宿主WCF服务的示例。 在`WcfDbDemo`项目中，我们可以预期包含以下几个关键部分： - 定义服务接口（IService.cs）：声明服务合同，定义可供客户端调用的操作。 - 服务实现（Service.svc.cs）：实现服务接口，包含业务逻辑和数据库访问。 - 数据访问组件（可能包含DAL类）：处理与数据库的交互。 - 客户端应用程序：调用服务并展示结果。 - 配置文件（如App.config或Web.config）：配置服务地址、绑定、行为等信息。 通过这个实例，开发者可以学习到如何创建WCF服务，定义服务接口，实现业务逻辑，以及如何在不同环境中宿主服务。同时，也会理解到如何使用WCF进行数据访问，以及如何在三层架构中合理分配职责。

**WCF（Windows Communication Foundation）**是微软.NET框架下的一种面向服务的通信技术，它提供了构建高度可互操作、安全、可靠且灵活的分布式应用程序的能力。在这个“WCF案例客户端服务端”中，我们看到一个典型的WCF应用场景，即通过服务端与网页客户端之间的通信，实现消息的发送和接收，同时允许用户在网页端修改弹幕内容。 **WCF服务**是服务端的核心部分，它定义了服务的行为和接口，供客户端调用。在这个案例中，服务端可能包含了一个或多个服务合同（Service Contract），定义了可以被客户端调用的操作，如发送消息、接收消息以及处理弹幕更新等。服务合同通过接口定义，通常使用`[ServiceContract]`特性标记。每个操作（方法）则用`[OperationContract]`特性标识。 **WCF客户端**是调用服务端功能的程序，它可以是桌面应用、Web应用或者其他任何可以与WCF服务进行交互的应用。在这个案例中，客户端可能是网页端的JavaScript代码，通过AJAX或者Websocket等方式与WCF服务进行通信，接收消息并显示弹幕，同时将用户修改的弹幕内容发送回服务端。 **双向通信（Duplex Communication）**是WCF中的一个重要特性，它允许服务端和客户端之间进行双向的、持久的通信。在弹幕应用中，这可能意味着服务端可以在接收到新消息时主动通知客户端，而不仅仅依赖于客户端的定期轮询。实现双向通信，需要定义一个回调合同（Callback Contract），客户端需要实现这个回调合同，并通过WCF的实例化模式（如PerSession）确保服务端可以找到正确的回调对象。 **消息传递模式**：在WCF中，有多种消息交换模式（Message Exchange Patterns，MEP），如请求-响应（Request-Reply）、单向（One-Way）和双向（Duplex）。在这个案例中，由于需要实时推送消息，所以很可能采用了双向通信模式。 **安全性**：WCF提供了多种安全机制，如传输安全（Transport Security）和消息安全（Message Security），确保数据在传输过程中的安全。对于网页客户端的通信，可能会使用HTTPS来保证数据加密，防止中间人攻击。 **绑定（Binding）**：WCF服务通过绑定定义了如何与客户端通信的具体细节，如传输协议（HTTP、TCP等）、编码格式（XML、Binary等）和安全设置。根据案例描述，服务端可能使用了HTTP绑定，方便网页客户端访问。 **配置文件**：WCF服务通常会有一个配置文件（如app.config或web.config），用于定义服务的行为、绑定和终结点等信息。开发者可以通过修改配置文件来调整服务的设置。 **数据契约（Data Contract）**：为了序列化和反序列化数据，WCF使用了数据契约，这是一种定义数据结构的方式，使得服务和客户端能共享相同的数据模型。在弹幕应用中，可能包括了表示消息和弹幕的类，这些类通过`[DataContract]`和`[DataMember]`特性标记。 "WCF案例客户端服务端"是一个演示了WCF核心特性的应用，尤其是双向通信，展示了如何通过WCF在服务端和网页客户端之间实现消息的实时交换和弹幕的动态更新。通过深入理解这些知识点，开发者可以更好地构建分布式系统，实现高效、安全的通信。

**正文** WCF（Windows Communication Foundation）是微软.NET框架中的一种高级通信技术，它提供了构建分布式应用程序的强大工具。在WCF中，双工通信是一种特殊的服务交互模式，允许服务和客户端之间的双向通信，就像电话对话一样，两者可以同时进行发言。这种模式与传统的请求-响应模式不同，后者只能由一方发起请求，另一方作出响应。 让我们深入理解WCF双工通信的关键步骤： 1. **服务器端定义接口**：在双工通信中，服务器端需要定义一个接口，这个接口包含服务想要调用的客户端方法。接口通常是使用`IServiceContract`接口标记的，定义在服务合同中，使用`OperationContract`属性来标记可调用的方法。 ```csharp [ServiceContract(CallbackContract = typeof(ICallback))] public interface IDuplexService { [OperationContract] void ServerMethod(); } ``` 这里的`ICallback`就是回调接口，包含客户端实现的方法。 2. **服务器声明**：服务器需要实现这个接口，并配置为支持双工通信。这通常涉及到设置绑定以支持回调，例如使用`NetTcpBinding`，并启用`CallbackBehavior`特性。 ```csharp [ServiceBehavior(InstanceContextMode = InstanceContextMode.Single)] public class DuplexServiceImpl : IDuplexService { public void ServerMethod() { // 调用客户端回调方法 ((ICallback)OperationContext.Current.GetCallbackChannel(typeof(ICallback))).ClientMethod(); } } ``` 3. **客户端实现接口**：客户端不仅需要创建一个代理类来调用服务，还需要实现服务器定义的回调接口。这样，当服务器调用回调方法时，客户端可以响应。 ```csharp class ClientCallback : ICallback { public void ClientMethod() { Console.WriteLine("客户端被服务调用了！"); } } ``` 4. **客户端传递实现对象**：在建立与服务的连接时，客户端需要提供一个实现了回调接口的对象实例。这样，WCF就能将这个对象传递给服务，让服务可以调用客户端的方法。 ```csharp var factory = new ChannelFactory("NetTcpBinding_IDuplexService"); IDuplexService serviceProxy = factory.CreateChannel(new InstanceContext(new ClientCallback())); serviceProxy.ServerMethod(); ``` 5. **服务器调用客户端方法**：一旦服务有了客户端的回调对象，它就可以像调用本地对象一样调用客户端的方法。这样，服务和客户端之间就可以进行双向通信了。 以上所述是WCF双工通信的基本工作原理。在实际应用中，可能还需要处理会话管理、错误处理、安全性等复杂问题。文件列表中的`WcfServiceLibrary2.sln`可能是服务端项目解决方案，`ConsoleApplication1`可能是客户端项目，而其他文件可能是开发过程中生成的日志或备份文件。 总结，WCF双工通信是实现双向通信的重要机制，它扩展了服务的能力，使服务能够主动向客户端推送数据，这对于实时应用，如聊天程序或股票报价系统等，是非常重要的。理解和掌握WCF双工通信的概念和实施细节对于.NET开发者来说是提升技能的重要环节。

wcf与x509验证的demo..包括vs 开发人员工具证书生成。 /* * cer 公钥，pvk 私钥,pfx 公与私的转换文件 * 必须要-ss my 密码才能访问( new X509Certificate2(path,"123456");) */ makecert -r -pe -sky exchange -n "CN=MyClient" MyClient.cer -sv MyClient.pvk -ss my /* * 生成转换文件 * -pvk 引用私钥文件， -pi 私钥文件密码 * -spc 外部文件，一般引用公钥文件 * -pfx 输出的公钥与私钥的转换文件，-po 转换文件的密码 */ pvk2pfx -pvk MyClient.pvk -pi 123456 -spc MyClient.cer -pfx MyClient.pfx -po 123456

[WCF服务编程].(Programming.WCF.Services).Juval.Lowy.文字版

矿图数据是煤矿企业正常生产过程中一项常用的重要基础资料,在总结现有矿图数据在CAD平台与GIS平台间转换方法研究成果及其缺陷的基础上,基于WCF分布式框架结构结合二次开发技术,提出了一种跨图形平台的矿图数据同步新思路,并在Auto CAD与Arc GIS中成功实现。阐述了WCF技术的原理和优势,规避了传统转换方法的技术难点,详细介绍了矿图数据在Auto CAD与Arc GIS间实现数据同步的具体方法及步骤。