摘要：
WCF为在配置文件中定义服务属性提供了丰富的支持。你仍然需要为你将要在服务中暴露的特性或者算法编码，但是终结点地址，绑定和行为可以从代码中移动到配置文件中。 通过配置文件定义终结点和行为比通过代码更具扩展性。 举例说明，假设实现一个终结点并通过HTTP来通信。在列表1.1中，这是通过调用AddServiceEndpoint以及BasicHttpBinding 完成的。现在假设你将把绑定改为使用WSHttpBinding,通过在消息层面的处理将比在传输层面的处理带来更好的安全性能。在那种情况下，你需要改代码并需要重新编译它们。通过把绑定部分从代码移到配置文件中，可以让我们不必重新编译代码就实现改 阅读全文
摘要：
完成一个WCF服务，你要完成一个.NET 类然后使用System.ServiceModel 属性来修饰这个类。System.ServiceModel 命名空间与.NET 3.0 一起安装而且包含了大多数WCF实现。当代码编译时，CLR(公共语言运行库)解释这些属性，使用运行时代码取代它们。对于.NET来说属性并不是新事物; 在.NET 1.0 时它们已经存在了。WCF，就像.NET 1.0,1.1和2.0 中的ASMX，当写服务时使用属性来提高我们的生产力。 列表1.1 中显示了寄宿在控制台应用程序的WCF服务的完整代码。在这个例子中，我们做了以下工作。 定义契约。写一个.NET 类做一些有用 阅读全文
摘要：
所以客户端代码可以简单的调用一个终结点。代理接口不必与服务签名保持一致，但是代理需要确保传输给服务的消息就是服务契约所描述的。app.config 文件包含了特殊绑定。实现一个WCF服务这一部分描述怎么样使用WCF实现一个简单的服务。最简单的方式，我们将使用HTTP 协议，我们将使用文本形式的XML文档。对于安全，我们假设它已经在应用程序中进行了相关处理。我们使用了同步请求-回复方式而且我们的服务只支持一个操作，就是接受输入字符串返回double 型输出。在接下来的章节中，我们会改变所有这些假定，但是目前为止，我们需要排除不必要的复杂性。仅仅是ABCs定义一个服务终结点，要记住ABCs:地址， 阅读全文
摘要：
微软通信基础是关于服务的。主要是指创建，寄宿，使用以及安全性。WCF是基于标准和互通性的。可以提高开发人员的生产力。简短的说，WCF就是让每一个专业软件开发人员能够使用分布式计算服务。 在这一章，我们主要介绍一些了解WCF服务如何工作的基础理论。我们主要集中介绍最通用的特性。通过接下来的内容和例子，你将可以在本地或是网间创建并使用WCF服务。 为什么说WCF重要？ 在深入讨论服务是怎么样的时候，理解为什么更重要。所以，为什么说WCF重要？很简单-因为服务是整个分布式网络的核心，而WCF是微软平台上部署和使用服务的最简单的方式。通过利用WCF，开发人员可以专注于他们的应用而不是在通信协议上。这是 阅读全文
摘要：
服务有两种方案发布自己的元数据。一种是基于HTTP-GET协议提供元数据，另一种是使用专门的元数据交换终结点的方式。WCF能够为服务自动提供基于HTTP-GET的元数据，但需要显式地添加服务行为（Behavior）以支持这一功能。基于HTTP-GET协议提供元数据:如下：所有引用了定制<behavior>配置节的托管服务都支持基于HTTP-GET协议实现元数据交换。<behaviors> <serviceBehaviors> <behavior name=""> <serviceMetadata httpGetEnabl 阅读全文
摘要：
<?xml version="1.0" encoding="utf-8" ?><configuration> <system.ServiceModel> <!-- services 元素包含应用中驻留的所有service的配置要求 --> <services> <!-- 每个服务的配置 属性说明: name - 指定这个service配置是针对的那个服务,为一个实现了某些Contract的服务类的完全限定名 (名称空间.类型名),ServiceHost载入一个服务后，会到配置文件中的< 阅读全文
