c# 字符串比较优化

一，优化举例

二，浅谈StringComparison

三，C# CultureInfo 类 各国语言对应的区域性名称

一，优化举例

我们在写程序的时候，经常会用到字符串对比。例如：if(IsCheck  == "true")

当大小写敏感的时候一般都用：

string.ToLower()或者string.ToUpper()变成统一的大小写模式再来比对数据。

其实这样不是很好比较方式，字符串在进行大小写转换时会消耗额外的性能。

我们应该使用：

string.Equals(dr["IsSelected"].ToString(), "true", StringComparison.OrdinalIgnoreCase)

来进行比较，以提升比较性能。

二，浅谈StringComparison

下面就来谈下StringComparison。

public enum StringComparison

 {

CurrentCulture,

CurrentCultureIgnoreCase,

InvariantCulture,

InvariantCultureIgnoreCase,

Ordinal,

OrdinalIgnoreCase

}

CurrentCulture 使用区域敏感排序规则和当前区域比较字符串。

CurrentCultureIgnoreCase 使用区域敏感排序规则、当前区域来比较字符串，同时忽略被比较字符串的大小写。

InvariantCulture 使用区域敏感排序规则和固定区域比较字符串。

InvariantCultureIgnoreCase 使用区域敏感排序规则、固定区域来比较字符串，同时忽略被比较字符串的大小写。

Ordinal 使用序号排序规则比较字符串。

OrdinalIgnoreCase 使用序号排序规则并忽略被比较字符串的大小写，对字符串进行比较。

1.首先是StringComparison.Ordinal       

在进行调用String.Compare(string1,string2,StringComparison.Ordinal)的时候是进行非语言(non-linguistic)上的比较,API运行时将会对两个字符串进行byte级别的比较,因此这种比较是比较严格和准确的,并且在性能上也很好,一般通过StringComparison.Ordinal来进行比较比使用String.Compare(string1,string2)来比较要快10倍左右.(可以写一个简单的小程序验证,这个挺让我惊讶,因为平时使用String.Compare从来就没想过那么多).StringComparison.OrdinalIgnoreCase就是忽略大小写的比较,同样是byte级别的比较.性能稍弱于StringComparison.Ordinal.

2.StringComparison.CurrentCulture      

   在当前的区域信息下进行比较,这是String.Compare在没有指定StringComparison的时候默认的比较方式.例子如下:

using UnityEngine;

using System.Collections;

using System;

using System.Threading;

using System.Globalization;

public class TEsss : MonoBehaviour

{

    void Start()

    {

        Thread.CurrentThread.CurrentCulture = new CultureInfo("en-US"); //当前的区域信息是美国

        string s1 = "visualstudio";

        string s2 = "windows";

        //Console.WriteLine(String.Compare(s1, s2, StringComparison.CurrentCulture)); //输出"-1"

        Debug.Log(String.Compare(s1, s2, StringComparison.CurrentCulture));

        Thread.CurrentThread.CurrentCulture = new CultureInfo("sv-SE"); //当前的区域信息是瑞典 

        //Console.WriteLine(String.Compare(s1, s2, StringComparison.CurrentCulture)); //输出"1"

        Debug.Log(String.Compare(s1, s2, StringComparison.CurrentCulture));

    }

}

 PS：CultureInfo类在第三部分有讲解。

     为什么在瑞典里面 单词相同么？

      那两个单词不是相同，比较值为0才是相同。瑞典里边的字母与英语里边的字母部分一样，但有些不一样。同一个v代表的东西不一样。

3.StringComarison.InvariantCulture      

使用StringComarison.InvariantCulture来进行字符串比较,在任何系统中(不同的culture)比较都将得到相同的结果,他是使用CultureInfo.InvariantCulture的静态成员CompareInfo来进行比较操作的.例子如下:

            Thread.CurrentThread.CurrentCulture = new CultureInfo("en-US"); //当前的区域信息是美国

            string s1 = "visualstudio";

            string s2 = "windows";

            Console.WriteLine(String.Compare(s1, s2,StringComparison.InvariantCulture)); //输出"-1"

            Thread.CurrentThread.CurrentCulture = new CultureInfo("sv-SE"); //当前的区域信息是瑞典

            Console.WriteLine(String.Compare(s1, s2,StringComparison.InvariantCulture)); //输出"-1"

三，C# CultureInfo 类 各国语言对应的区域性名称

CultureInfo 类保存区域性特定的信息，如关联的语言、子语言、国家/地区、日历和区域性约定。此类还提供对DateTimeFormatInfo、NumberFormatInfo、CompareInfo 和 TextInfo 的区域性特定实例的访问。这些对象包含区域性特定操作（如大小写、格式化日期和数字以及比较字符串）所需的信息。

String 类间接地使用此类来获取有关默认区域性的信息。

区域性名称和标识符

区域性名称遵循 RFC 1766 标准，格式为“-”，其中 是从 ISO 639-1 派生的由两个小写字母构成的代码， 是从 ISO 3166 派生的由两个大写字母构成的代码。例如，美国英语为“en-US”。在双字母语言代码不可用的情况中，将使用从 ISO 639-2 派生的三字母代码；例如，三字母代码“div”用于使用 Dhivehi 语言的区域。某些区域性名称带有指定书写符号的后缀；例如“-Cyrl”指定西里尔语书写符号，“-Latn”指定拉丁语书写符号。

System.Globalization 命名空间中的此类和其他类接受并使用下列预定义的区域性名称和标识符。

固定区域性、非特定区域性和特定区域性

这些区域性通常分为三个集合：固定区域性、非特定区域性和特定区域性。

固定区域性不区分区域性。可以使用空字符串 ("") 按名称或者按区域性标识符 0x007F 来指定固定区域性。InvariantCulture 检索固定区域性的实例。它与英语语言关联，但不与任何国家/地区关联。它几乎可用在要求区域性的“全局化”命名空间中的所有方法中。

非特定区域性是与某种语言关联但不与国家/地区关联的区域性。特定区域性是与某种语言和某个国家/地区关联的区域性。例如，“fr”是非特定区域性，而“fr-FR”是特定区域性。注意，“zh-CHS”（简体中文）和“zh-CHT”（繁体中文）均为非特定区域性。

请注意，不建议为非特定区域性创建 CompareInfo 类的实例，这是因为它包含的数据是任意的。若要显示数据并对其进行排序，请同时指定语言和地区。此外，为非特定区域性创建的 CompareInfo 对象的 Name 属性仅返回国家，且不包括地区。

区域性有层次结构，即特定区域性的父级是非特定区域性，而非特定区域性的父级是 InvariantCulture。Parent 属性将返回与特定区域性关联的非特定区域性。

如果特定区域性的资源在系统中不可用，则使用非特定区域性的资源；如果非特定区域性的资源也不可用，那么使用主程序集中嵌入的资源。

文章参考：

http://www.cnblogs.com/zhw511006/archive/2010/07/09/1774591.html

http://blog.csdn.net/dannywj1371/article/details/6936147

http://blog.csdn.net/lhy2199/article/details/7410694