打算把原1.1老项目转成3.5的,呵呵,鸟枪换炮,发现一个很严重的问题,话不多说,代码如下: 两个结果完全不同.请大家帮忙看看.
posted on 2008-03-24 17:28 tom-sun 阅读(1787) 评论(13) 编辑 收藏
大概支持的Unicode标准不是一个版本的问题吧。 但是Unicode标准升级应该会向后兼容啊,呵呵。 回复 引用 查看
这是你转换出来的代码吗?太恐怖了吧? 回复 引用 查看
真疯狂.. 回复 引用 查看
这就是传说中的。。。。。 回复 引用 查看
luguo 回复 引用 查看
http://www.wmsifu.cn 回复 引用 查看
你那个长长的字符串: 合计字符:19060个(\r和\n分别算一个字符) 其中'A'数:10694个(56.10703043%) 另有'/'数:1936个(10.15739769%) 为啥这么喜欢A? 回复 引用 查看
如果看懂这个字符串可以得500万大奖我一定把它看懂!!! 回复 引用 查看
不好意思,那个字符串是EXCEL转过来的流,其实那个串的意义不大,我贴出来主要是为了大家好可以进行运行环境,给大家带来的不方便请谅解。 我看了一下午,也没有解决,请各位帮帮忙。 回复 引用 查看
--引用-------------------------------------------------- Angel Lucifer: 大概支持的Unicode标准不是一个版本的问题吧。 但是Unicode标准升级应该会向后兼容啊,呵呵。 -------------------------------------------------------- 补充一下:代码是在一个机器上运行的 不知道是不是Unicode标准的问题,在vs2003和vs2008运行结果相差1. 回复 引用 查看
刚回复的时候,没有仔细看。 现在有个疑问,为什么会用Convert.FromBase64String方法来转成byte[]? 你提供的字符串不是Base64编码啊。 Base64编码如下:ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/ 因为没有1.1的环境,所以没有测试是否两种环境是否不一致。 回复 引用 查看
那个字符串是经过base64编码的 FromBase64String这个就没问题,两个版本出来的结果是一致的,但Encoding.Unicode.GetString()后就是一致了,结果相差1 回复 引用 查看
Base64编码咋还会有这么多的转义字符? 回复 引用 查看
Powered by: 博客园 Copyright © tom-sun