¿Podrían las comparaciones de cadenas realmente diferir en función de la cultura cuando se garantiza que la cadena no cambiará?

Absolutamente. Por MSDN ( http://msdn.microsoft.com/en-us/library/d93tkzah.aspx),

Este método realiza una palabra (sensible a mayúsculas y minúsculas y sensible a la cultura) buscar usando la cultura actual.

Así que puede obtener resultados diferentes si lo ejecuta bajo una cultura diferente (a través de la configuración regional y de idioma en el Panel de control).

En este caso en particular, probablemente no tendrá un problema, pero arroje un i en la cadena de búsqueda y ejecútelo en Turquía y probablemente arruinará su día.

Véase MSDN: http://msdn.microsoft.com/en-us/library/ms973919.aspx

Estas nuevas recomendaciones y API existen para aliviar suposiciones erróneas sobre el comportamiento de las API de cadenas predeterminadas. El canónico ejemplo de errores emergentes donde los datos de cadena no lingüísticos son interpretado lingüísticamente es el" turco-I " problema.

Para casi todos los alfabetos latinos, incluido el inglés estadounidense, el carácter me (\u0069) es la versión en minúsculas del carácter I (\u0049). Este regla de carcasa se convierte rápidamente en el valor predeterminado para alguien que programa en dicha cultura. Sin embargo, en turco ("tr-TR"), existe una capital "i con un punto", carácter (\u0130), que es la versión mayúscula de i. Del mismo modo, en turco, hay una minúscula "i sin punto", o (\u0131), que se pone en mayúscula en I. Este comportamiento se produce en el azerí cultura ("az") también.

Por lo tanto, las suposiciones normalmente hecho sobre la capitalización i o las letras I minúsculas no son válidas entre todas las culturas. Si el valor predeterminado se utilizan sobrecargas para las rutinas de comparación de cadenas, que serán sujeto a variación entre culturas. Para los datos no lingüísticos, como en el siguiente ejemplo, esto puede producir resultados no deseados:

    Thread.CurrentThread.CurrentCulture = new CultureInfo("en-US")
Console.WriteLine("Culture = {0}",
   Thread.CurrentThread.CurrentCulture.DisplayName);
Console.WriteLine("(file == FILE) = {0}", 
   (String.Compare("file", "FILE", true) == 0));

Thread.CurrentThread.CurrentCulture = new CultureInfo("tr-TR");
Console.WriteLine("Culture = {0}",
   Thread.CurrentThread.CurrentCulture.DisplayName);
Console.WriteLine("(file == FILE) = {0}", 
   (String.Compare("file", "FILE", true) == 0));

Debido a la diferencia de la comparación de I, los resultados de la las comparaciones cambian cuando se cambia la cultura del hilo. Este es el salida:

Culture = English (United States)
(file == FILE) = True
Culture = Turkish (Turkey)
(file == FILE) = False

Aquí es un ejemplo sin caso:

var s1 = "é"; //é as one character (ALT+0233)
var s2 = "é"; //'e', plus combining acute accent U+301 (two characters)

Console.WriteLine(s1.IndexOf(s2, StringComparison.Ordinal)); //-1
Console.WriteLine(s1.IndexOf(s2, StringComparison.InvariantCulture)); //0
Console.WriteLine(s1.IndexOf(s2, StringComparison.CurrentCulture)); //0