在很久之前我就对在wcf数据传输中的数据压缩问题作了一些试验,目的就是想在silverlight中使用数据压缩来提高效率，当然在silverlight3 中，
wcf就支持BinaryEncode的传输，在wcf服务配置信息里设置 <binaryMessageEncoding />这样大概将传输时间减少大约1/3.
还有在开源社区也有人已经将SharpZipLib移植到silverlight（slSharpZipLib）这让在silverlight中自定义数据压缩变得简单容易；
不过，如果不使用wcf来传输数据，那么就另当别论了,因为可能使用的数据格式不同而导致slSharpZipLib无法使用。
在我们的项目组就因为我们的服务端是java ,基于http协议，而在数据传输过程中使用的是json这种数据格式，这就意味着，
在java后台和silverlight两端需要定义一套json转换的规则，这样看来似乎加密 压缩这些工作也都成了自定义了。在我刚进入项目组的时候，
感觉有点郁闷，我可是一个.net的开发人员，接触silverlight有一些时间，但java的了解甚少，虽然我不用去写java后台，似乎扯的有点远了。
还是回到标题上来,我就想试试在wcf中使用 DataContractJsonSerializer序列化器来序列化传输对象，
我新建了一个EFModel,在测试的时候，居然拿到一个错误[IsRefrence ]=true,我查了下,在社区看到关于这个的讨论，
我总结如下：在asp.net 和ajax需要应用程序将EF object序列化为json object，在wcf中无法这样做，因为IsRefrence = true的问题，
而且JavaScriptSerializer由于 circular reference而无法序列化。
而这里是具体的原因：
当我们将Object的引用类型是私有的，JavaScriptSerializer 可以序列化他们，但是不能反序列化，由于EntityCollection，
错误就是list<>类型无法转化为entitycollection.因此如果我们修改生成的类让它能在写私有属性时返回的是list<>type而不是EntityCollection
,当时这样做是很不好的，因为需要修改生成的类，如果重新生成edm以为着要重新修改，这样修改了是可以使用JavaScriptSerializer
反序列化他们到 EF object但是仍然有其它问题就是 entitykey将所有的Key和他的值放在Dictionary<string,object>中，当EF object 序列化成json的时候，
所有guid类型的key就反序列化为string
一个人说他们曾计划用wcf(.svc webservice)，但是放弃了，由于无法序列化对象到json,所以我们使用asmx web service，但是仍然存在该问题，
最后他的结局方案是在服务端将所有的entitykey重新生成一次.
当我明白这些 也总算明白在更早些时候在用mvc框架的时候将ef object用json的格式返回会到view中下拉框,结果没有显示。
而自定义的实体就没有这样的问题.
10.27号我看到的一篇关于ef object serialization的问题
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。