Sharing DataContracts between WCF Services 在WCF Services中共享DataContacts 在之前的文章《Multiple web service references sharing types》中， 我写到关于在引用web services时如何共享类型， 那篇文章使用了旧版的Asp.net web services技术，但是现在流行

1：新建WCF服务应用程序，名称为RestWCF,选择在新网站中承载. 2:新建实体类Product，代码如下： [DataContract]public class Product{    [DataMember]    public Guid Id { 

由于希望使用Wcf作为公司内的通讯框架，因此基于Wcf进行了一些扩展，主要的目的有以下几个方面： 1） 希望减少客户端调用的复杂度，调用方式简化为WcfServiceLocator.Create<ITestService>().Add(1,2)。不需要考虑：endpoint配置，信道创建，信道出问题等等问题。 2） 希望减少服务端配置的复杂度，没有配置文件（或者说配置文件不需要更改），

刚学WCF的时候没发现这个问题，调得很愉快却没有发现其实“暗藏杀机”，可谓危险重重，还好后来觉得是有些不妥，于是google“WCF需要关闭吗”，立马找到了几个博客园的链接，进去一看，各位大侠均纷纷表示“关是一定要关的，但是你还不能用完就关，因为关了，就不能再打开了，还得New，可以New的成本又有一点高”，好吧，这么说来就只

Windows通信基础(Windows Communication Foundation，WCF)是应用程序互相通信的框架，是实现简单对象访问协议（SOAP）Web服务的常见方式，使用该框架，开发人员可以构建跨平台、安全、可靠和支持事务处理的企业级互联应用解决方案，提供了动态、低耦合、互联的应用程序通信功能，并大大降低了系统的复杂性，使开发人员能够关注业务逻辑的实现。 Silverlight 是一

本文将focus几个结合使用WCF REST和Entity Framework with POCO的常见问题。 Entity Type和Property名称的大小写 按照RESTful的习惯，XML或者JSON格式的数据的node名称开头字母一般使用小写，比如，下面是一段Google Buzz API的RESTful返回信息： <entry xmlns="http://www

本文将focus几个结合使用WCF REST和Entity Framework with POCO的常见问题。 Entity Type和Property名称的大小写 按照RESTful的习惯，XML或者JSON格式的数据的node名称开头字母一般使用小写，比如，下面是一段Google Buzz API的RESTful返回信息： <entry xmlns="http://www

既然这个系列标题中都含有Entity Framework和POCO，这两者若到第三篇还不出现那就太奇怪了。本文将介绍如何使用Entity Framework和POCO来实现数据模型的创建以及数据存储。 接着上文，我们现在已经有了一个微博服务。但是，一旦网站重启或者IIS重启，我们就会丢失之前所有发布的微博，这样的服务显然不是我们所能接受的，我们接下来要构建服务的数据存储。使用Entity Fra

SOA本身就是一种面向企业级服务的系统架构，简单来说，SOA就是一种进行系统开发的新的体系架构，在基于SOA架构的系统中，具体应用程序的功能是由 一些松耦合并且具有统一接口定义方式的组件（也就是service）组合构建起来的。因此，基于SOA的架构也一定是从企业的具体需求开始构建的。但是，SOA和其它企业架构的不同之处就在于SOA提供的业务灵活性。业务灵活性是指企业能对业务变更快速和有效地进行响应

REST被推崇，一个很重要的原因就是它的数据格式可以是XML，也可以是JSON，这使得Javascript可以轻松调用RESTful服务。WCF REST内置了JSON序列化器，可以轻易实现格式的转换，甚至可以根据请求动态选择返回的格式。 先看看如何手动指定返回格式。WebGetAttribute和WebInvokeAttribute有RequesetFormat和ReponseFormat两个

        本文将建立一个最简单的WCF RIA Services访问数据库的实例,附带有数据库文件，可以在Sql Server中附加数据库，在本文中并没有采用ADO.NET实体数据模型绑定数据库，而是单独写一个类来连接数据库查询数据表并返回值，下面我们看详细步骤。      

很久没有玩WCF了，年前和几个朋友做一个Restful的服务，惊讶于WCF4已经能如此完美实现REST（好吧，我承认不是完全完美）。期间遇到了许多难题，但还是一一解决，或者找到了workaround. 为了让以后想做同样事情的朋友不至于像我们这般抓狂，也为了给自己整理一下所学，我准备写一个系列，讲述如何从零开始创建一个完整的支持Token验证的REST服务，其内容将涉及如何控制返回内容格式，如何处

很久没有玩WCF了，年前和几个朋友做一个Restful的服务，惊讶于WCF4已经能如此完美实现REST（好吧，我承认不是完全完美）。期间遇到了许多难题，但还是一一解决，或者找到了workaround. 为了让以后想做同样事情的朋友不至于像我们这般抓狂，也为了给自己整理一下所学，我准备写一个系列，讲述如何从零开始创建一个完整的支持Token验证的REST服务，其内容将涉及如何控制返回内容格式，如何处

Sharing DataContracts between WCF Services 在WCF Services中共享DataContacts with 2 comments In a previous article, Multiple web service references sharing types, I wrote about sharing types between refer

对于下面几种方式，哪一种是最合适的，我期望的是这样的： 1） 在客户端，对于TCP确保使用连接池，在每一次使用连接之后归还连接等待复用。由于连接池是宝贵的资源，不可能每一次调用都去创建，而是只创建一次。 2） 在服务端，调用完毕之后可以尽快释放服务实例（设置的是  [ServiceBehavior(InstanceContextMode = InstanceContextMode.Per

作为世界范围内最经典的WCF书籍《Programming WCF Services》，这本书在WCF上的地位，应该可以和 Jeffrey Richter的《CLR Via C#》在学习.NET上，地位等同，没有之一！      学习.NET，首选就是《CLR Via C#》，而学习WCF，理所当然就是《WCF服务编程》。这本书也是我在《[置顶]↑

针对Pro Windows Server AppFabric ISBN-13 (pbk): 978-1-4302-2817-2图书中的例子进行修改和分析 这个例子的应用场景如下： 前端是Asp.net MVC的站点，使用了ProcessClaimService.WF AppraisalService.WCF服务 ProcessClaimService.WF服务使用了AppraisalServic

AppFabric 承载服务步骤 对于包含WCF和WF的服务，如果想长期的运行和管理维护，AppFabric无疑是个很好的选择。具体步骤： 参考http://www.cnblogs.com/2018/category/263041.html 下载安装软件 安装后的配置情况如下： AppFabric安装和配置 安装完后的数据库 主要启动的服务有 AppFabric工作流管理服务 AppFabr

上篇文章：WCF经典使用场景(互联网、局域网、匿名等)总结和例子 http://www.cnblogs.com/2018/archive/2011/02/26/1965569.html 对WCF的使用进行分类的介绍，实际开发完成涉及到部署的问题，根据如下的资料参考实际情况选择部署方式 部署方式：自承载、IIS承载和Appfabric承载 IIS服务承载 使用svc扩展实现，如下配置 <add

    从接触到WCF这个庞然大物以来都是手动来配置服务,之前在搞Silverlight的时候和她有过一面之缘,那时只要直接添加对服务的引用,就会给你生成客户端的代理,即便这样在配置服务的ABC时也难免会键入一些意想不到的字符导致各种问题!于是乎就有了这样的一篇学习笔记,来和大家分享一下使用工具来避免这些问题! 包含内容 1) 使用Microsoft Service