mole的专栏

这两天在写基于WCF服务的后台框架，过程中遇到了一些挫折，经过努力全部解决了，在此分享给大家，使用的工具是Visual Studio 2013。该后台需要支持通过json来传递和接收数据。首先，说说搭建过程。第一步：创建WCF服务应用程序项目WCF。第二步，创建服务使用的数据类using System;using System.ComponentMod

在上传文件的时候，往往需要传递当前用户的一些其它的辅助信息，在此提供一个将这些辅助信息合并入二进制文件中一起上传的方法。下面代码将选中文件上传的同时，将传送会话Id、文件后缀、文件类型三个参数。整个合并后的二进制流分成三部分，如下图。第一段用1个字节表示辅助信息的长度，当然，若第二段比较长，则可以用双字节来表示；第二段是辅助信息，这里用json格式的字符串转换成ASCII码数组来表示；第三段为选中文件的实际内容。

今天，在使用WCF返回一个对象时，遇到一个错误：基础连接已经关闭: 接收时发生错误。经过大半天的排查，原来是一个不起眼的东西在搞鬼：this.Configuration.ProxyCreationEnabled = true;就是上面的代码中的 true 导致了程序报错，之后把 true 改成了 false 问题就解决了。微软的官方对ProxyCreationEnabled的解释中这样阐述

今天遇到一个问题，系统基于WCF框架，不同的服务完全相似的代码，一个就报错，一个成功。而且报错的代码其实际顺利运行完毕所有代码，事务也成功地提交了，只是在返回信息时WCF给了一个错误信息：Receivera:InternalServiceFaultmessage 对象已被释放。message 对象已被释放。 在 System.ServiceModel.Channels.ByteStream

今遇到WCF序列化BUG，代码如下：/// /// 包含数据的返回对象/// /// 实际返回的数据对象[DataContract]public class Message{ /// /// 状态码，执行正常返回200 /// [DataMember(Name="code")] public int Code { get; set; }

今日，对代码进行单元测试时，发现方法GetAllSupplyTypes报如下错误：[Fiddler] ReadResponse() failed: The server did not return a complete response for this request. Server returned 0 bytes.经过对比，唯一的差异是该方法返回的数据对象是一个继承于另一个集合对象