为什么C#System.Char方法的Unicode属性测试有两个重载?

前端之家收集整理的这篇文章主要介绍了为什么C#System.Char方法的Unicode属性测试有两个重载?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
methods of System.Char中,我们看到两个方法来检查一个字符是否是一个符号:
public static bool IsSymbol(string s,int index)
public static bool IsSymbol(char c)

同样为其他财产测试:IsLower,IsLetter等

为什么会出现这种重复?有什么理由喜欢Char.IsSymbol(s,idx)超过Char.IsSymbol(s [idx])?

解决方法

在这两个表面上,两个重载似乎在功能上是一样的,但是下调到InternalGetUnicodeCategory的调用将会显示它们导致调用不同的重载CharUnicodeInfo.GetUnicodeCateogry.

调用同一个单独的内部GetGetUnicodeCategory函数之前,通过InternalConvertToUtf32,字符串int过载最终通过UTF32转换运行.这解释了以UTF16编码字符解码代理对的可能性.

internal static UnicodeCategory InternalGetUnicodeCategory(String value,int index) {
        Contract.Assert(value != null,"value can not be null");
        Contract.Assert(index < value.Length,"index < value.Length");

        return (InternalGetUnicodeCategory(InternalConvertToUtf32(value,index)));
    }

Check out the Conversion implementation here if you want.

为什么这件事你可能会问?那么答案是.Net支持文本元素.微软说:

MSDN Documentation on Unicode Support for Surrogate Pairs

A text element is a unit of text that is displayed as a single character,called a grapheme. A text element can be a base character,a surrogate pair,or a combining character sequence.

虽然我不相信IsSymbol函数及其亲属可以解码格式化或组合字符序列,但是将文本元素标注的原因在于它们可以被定义为代理对,因此需要通过字符串进行解码,int重载IsSymbol(),IsLetter()等…

这意味着通过char重载传递代理对会返回错误的结果,因为字符串中的字符可能是代理对.你不能假设一个16位编码代表单个字符,并且在该索引处传递字符串的字符将会做出这样的假设.

因为代理对可以在.Net中的字符串中表示,所以如果你正在处理可能包含其中的一个的字符串,则IsSymbol(string s,int index)重载将更适合于覆盖这些对中的一个存在的情况.

结果不同的具体示例是

string s = char.ConvertFromUtf32(128204); // " 原文链接:https://www.f2er.com/c/114885.html

猜你在找的C&C++相关文章