vb.net – 字符看起来像ASCII 63但不是这样我无法删除它
发布时间：2020-12-17 07:18:52 所属栏目：百科 来源：网络整理
导读：我正在从文本文件中读取文本.文本文件必须读取的第一个字符串是“Algood”,并注意spaaaaaace.在记事本中,似乎这个字符串中有一个spaaaaaace,但事实并非如此.当我在Visual Studio的QuickWatch中测试第6个(从零开始的索引)字符时,它显示为： "?"c 当我使用Asc
|
我正在从文本文件中读取文本.文本文件必须读取的第一个字符串是“Algood”,并注意spaaaaaace.在记事本中,似乎这个字符串中有一个spaaaaaace,但事实并非如此.当我在Visual Studio的QuickWatch中测试第6个(从零开始的索引)字符时,它显示为：
"?"c 当我使用Asc函数获取ASCII码时,它告诉我ASCII码是63. 63是一个问号.但是当我测试以查看字符串是否包含ASCII 63时,它会测试为false.所以看起来字符串包含带有ASCII码63的字符,只有它没有,它包含一些其他字符,它们测试为ASCII码63.这是一个问题：如果我不这样做,我就无法删除该字符知道怎么称呼它.我可以删除最后一个字符,但文本文件中的每个字符串都不包含此字符. 问题是：如果不是问号,这个字符是什么,我怎样才能唯一识别所以我可以删除它？ 解决方法
它是
Unicode replacement character,U FFFD,又名ChrW(& HFFFD).
永远不要使用Asc()或Chr(),它们是不能处理Unicode的传统VB6函数.将一个奇特的Unicode代码点传递给Asc()总是产生63,“？”c的字符代码,又名“我不知道你在说什么”.与“ ”c完全相同的想法,但改为使用ASCII代码. 看到死亡的黑钻石总是坏消息,当字符串从底层字节值转换时出现了问题.因为某些字节值没有产生有效字符.这是你真正应该寻找的,你总是想避免GIGO. Garbage In Garbage Out是一个丑陋的数据损坏问题,没有赢家,只有受害者.您. （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |