郁闷的.NET 2.0中的Remoting和DataSet的Bug

以前我写过《提高Remoting的DataSet传输的性能http://redmoon.cnblogs.com/archive/2004/07/25/27206.html的文章并提供了相关代码http://redmoon.cnblogs.com/archive/2005/03/21/122703.html

在.net 2.0中这样的优化可以免掉了,使用DataSet.RemotingFormat=Binary就可以优化了。可惜我在Beta2就发现一个很严重的Bug,在RTM后也没有修复。
现在只是提供了一个Hotfix Patch,需要联系服务部门来获取。最后不得已只好自己写了一段代码来修正,但总觉得性能有问题。
这就是所谓的“世界上最痛苦的事不是遇到Bug,而是指导有Patch却得不到”

具体的Bug是:如果有Column是DataTime并为空,那么序列化的时候就会使用一个Magic DataTime(1-1-1 8:0:0)来代替,结果在反序列化的时候没有把这个Magic DataTime转换为DBNull了。
具体的Bug Report 可以看这里:lab.msdn.microsoft.com/productfeedback/viewfeedback.aspx?feedbackid=d6e20377-443c-4d6c-8bd3-120a60913f39

我的Patch就是枚举每条数据找出Magic DataTime,然后转换为DBNull。
代码如下:/Files/redmoon/BinaryPatch.zip
posted @   朱永光  阅读(2101)  评论(4编辑  收藏  举报
编辑推荐:
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
阅读排行:
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· .NET周刊【3月第1期 2025-03-02】
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
点击右上角即可分享
微信分享提示