Perché non string.Normalizza coerentemente in base al contesto?

Question

Ho il seguente codice:

string input = "ç"; 
string normalized = input.Normalize(NormalizationForm.FormD); 
char[] chars = normalized.ToCharArray(); 

costruisco questo codice con Visual Studio 2010, .net4, su un 64 bit di Windows 7.

ho eseguito in un progetto di test di unità (piattaforma: Qualsiasi CPU) in due contesti e controllare il contenuto di chars:

• di Visual Studio unit test: caratteri contiene { 231 }.
• ReSharper: caratteri contiene { 231 }.
• NCrunch: caratteri contiene { 99, 807 }.

Nel msdn documentation, non sono riuscito a trovare alcuna informazione che presenti comportamenti diversi.

Quindi, perché ottengo comportamenti diversi? Per me il comportamento NCrunch è quello previsto, ma mi aspetterei lo stesso per gli altri.

Modifica: Sono tornato a .Net 3.5 e ho ancora lo stesso problema.

Answer 1

In String.Normalize(NormalizationForm) documentation si dice che

rappresentazione binaria è in forma di normalizzazione specificato dal parametro normalizationForm.

il che significa che si sta utilizzando la normalizzazione di FormD in entrambi i casi, quindi CurrentCulture e simili non dovrebbero interessare.

L'unica cosa che potrebbe cambiare, quindi, quello che posso pensare è il carattere "ç". Quel carattere è interpretato come per codifica dei caratteri che è presupposta o configurata per i file di codice sorgente di Visual Studio. In breve, penso che NCrunch stia assumendo la codifica di file sorgente diversa dalle altre.

Sulla base di una ricerca rapida sul forum NCrunch, c'era una menzione di alcuni UTF-8 -> UTF-16 di conversione, quindi vorrei verificarlo.