Todo depende
Comparar cadenas unicode es difícil:
La implementación de búsquedas y comparaciones de cadenas Unicode en el software de procesamiento de texto debe tener en cuenta la presencia de puntos de código equivalentes. En ausencia de esta característica, los usuarios que buscan una secuencia de puntos de código en particular no podrán encontrar otros glifos visualmente indistinguibles que tengan una representación de punto de código diferente, pero canónicamente equivalente.
ver: http://en.wikipedia.org/wiki/Unicode_equivalence
Si está tratando de comparar 2 cadenas unicode sin distinción entre mayúsculas y minúsculas y quiere que funcione EN TODAS PARTES , tiene un problema imposible.
El ejemplo clásico es el i turco , que cuando está en mayúscula se convierte en İ (observe el punto)
Por defecto, el marco .Net generalmente usa CurrentCulture para funciones relacionadas con cadenas, con una excepción muy importante .Equalsque usa una comparación ordinal (byte por byte).
Esto lleva, por diseño, a las diversas funciones de cadena que se comportan de manera diferente según la cultura de la computadora.
Sin embargo, a veces queremos un "propósito general", sin distinción entre mayúsculas y minúsculas, comparación.
Por ejemplo, es posible que desee que su comparación de cadenas se comporte de la misma manera, sin importar en qué computadora esté instalada su aplicación.
Para lograr esto tenemos 3 opciones:
- Establezca la cultura explícitamente y realice una comparación sin distinción entre mayúsculas y minúsculas utilizando reglas de equivalencia unicode.
- Establezca la cultura a la Cultura Invariante y realice una comparación sin distinción entre mayúsculas y minúsculas utilizando reglas de equivalencia unicode.
- Use OrdinalIgnoreCase, que pondrá en mayúscula la cadena usando InvariantCulture y luego realizará una comparación byte por byte.
Las reglas de equivalencia Unicode son complicadas, lo que significa que usar el método 1) o 2) es más costoso que OrdinalIgnoreCase. El hecho de que OrdinalIgnoreCaseno realice ninguna normalización Unicode especial significa que algunas cadenas que se procesan de la misma manera en la pantalla de una computadora no se considerarán idénticas. Por ejemplo: "\u0061\u030a"y "\u00e5"ambos representan å. Sin embargo, en una comparación ordinal se considerará diferente.
El que elija depende en gran medida de la aplicación que esté creando.
- Si estaba escribiendo una aplicación de línea de negocio que solo usaban los usuarios turcos, me aseguraría de usar el método 1.
- Si solo necesitara una comparación simple "falsa" sin distinción entre mayúsculas y minúsculas, por ejemplo, el nombre de una columna en una base de datos, que generalmente es inglés, probablemente usaría el método 3.
Microsoft tiene su conjunto de recomendaciones con pautas explícitas. Sin embargo, es realmente importante comprender la noción de equivalencia unicode antes de abordar estos problemas.
Además, tenga en cuenta que OrdinalIgnoreCase es un tipo de bestia muy especial , que consiste en elegir un poco de un ordinal en comparación con algunos aspectos lexicográficos mixtos. Esto puede ser confuso.