es StringComparison.Ordinal lo mismo que InvariantCulture para probar la igualdad?

Question

De sus breves descripciones de resumen, parece que las reglas de comparación de cadenas StringComparison.Ordinal y StringComparison.InvariantCulture están destinadas a diferir en cómo lo hacen ordenando de cadenas. Es ese todos? es decir, ¿eso significa que podemos usar cualquiera de las reglas de comparación de cadenas al hacer una comparación de igualdad?

string.Equals(a, b, StringComparison....) 

Y para el crédito adicional: ¿habría alguna diferencia en la respuesta si comparamos OrdinalIgnoreCase y InvariantCultureIgnoreCase? ¿Cómo?

Proporcione el argumento de apoyo y/o referencias.

Answer 1

sí importa, por ejemplo - no es una cosa que se llama expansión carácter

var s1 = "Strasse"; 
    var s2 = "Straße"; 

    s1.Equals(s2, StringComparison.Ordinal);   // false 
    s1.Equals(s2, StringComparison.InvariantCulture); // true 

Con InvariantCulture el carácter ß se expandió a ss.

Answer 2

Bueno, ciertamente importa. Cuando utiliza una comparación de igualdad de "ignorar caso", está invocando una porción bastante masiva de código en el marco de .NET que es consciente de cómo funcionan las reglas de mayúsculas y minúsculas en la cultura actual. Las reglas de las cuales son muy interesantes para un geek de coleccionista de sellos antiguos como yo, hay algunas reglas bastante raras dependiendo de dónde mires. El problema turco I es famoso, los tipos Unicode tuvieron que hacer una excepción explícita para ellos.

No es realmente código por cierto, es tablas de búsqueda. Interesante en sí mismo porque requiere que MSFT mantenga la opción de línea de comando/linkres para el compilador de C#. Una opción de compilación que no puedes usar en tus propios proyectos. Está únicamente allí para que mscorlib pueda encontrar los archivos .nlp, las tablas de conversión para reglas de cultivo. Almacenado en el mismo subdirectorio del GAC como mscorlib.dll, el efecto de la opción de compilación.

Pero estoy divagando. Es lógico que StringComparison.OrdinalIgnoreCase sea un poquito más rápido que StringComparison.InvariantCultureIgnoresCase. El hecho de que "invariante" signifique EE. UU., Hogar de MSFT. Difícil de medir, este reloj en nanosegundos. StringComparison.CurrentCultureIgnoreCase golpea esas tablas de traducción. Muerto lento cuando lo usas por primera vez, solo más lento cuando lo usas más tarde. se añadió

Answer 3

Para la pregunta crédito adicional

• Comparison confusion: INVARIANT vs. ORDINAL

  ... la noción de un tipo ordinal y un miembro ordinal se añadió a la enumeración CompareOptions. Al seleccionarlo, se ignorarían todas las características de intercalación cultural y se obtendría una clasificación binaria que, por cierto, tampoco variaría.

• string comparison InvariantCultureIgnoreCase vs OrdinalIgnoreCase?

• C#: String comparison guidelines and common usage

  La recomendación establece que para las comparaciones cultura agnóstica utilizan el ordinal y OrdinalIgnoreCase comparaciones. Estos son rápidos y también seguros. Se basan en la coincidencia de bytes y son excelentes opciones para hacer coincidir cadenas para el procesamiento interno (no UI).