Quand devrais-je spécifier CurrentCulture ou InvariantCulture et quand dois-je le laisser non spécifié?

Question

Quelle est la meilleure pratique pour spécifier CurrentCulture ou InvariantCulture et ne pas spécifier la culture du tout? D'après ce que j'ai lu, si vous effectuez une sérialisation, par exemple, vous avez besoin de InvariantCulture pour spécifier une représentation canonique d'une valeur de données. C'est un pourcentage relativement faible de manipulations de chaînes basées sur la culture.

je trouve long, bavard, et laid la plupart du temps de préciser chaque fois que je fais, dire:

var greeting = string.Format(CultureInfo.CurrentCulture, "Hello ", userName); 

Cependant, mon équipe a récemment tourné FxCop sur et maintenant il y a un coup de pouce à toujours utiliser CultureInfo PARTOUT. Quelle est la meilleure technique pour combiner brièveté, lisibilité et fonctionnalité?

bon matériel de lecture:

• Using the InvariantCulture Property
• CultureInfo Class

Answer 1

Il y a un compromis inhérent en jeu ici. Au minimum, vous devez spécifier CultureInfo pour utiliser InvariantCulture chaque fois que vous effectuez des opérations internes à votre programme. Par exemple, l'utilisation de la sérialisation force la représentation des données à toujours être la même, vous n'avez donc pas à vous inquiéter des problèmes d'internationalisation avec vos formats de données internes. Ceci étant dit, le fait de le spécifier partout présente certains avantages - principalement en vous obligeant à vous assurer que vous le manipulez correctement. Le travail du programme interne et le travail de l'interface utilisateur doivent avoir une culture différente spécifiée (à condition que vous souhaitiez correctement localiser votre application). En conséquence, un programme complexe tend à exiger que ceci soit spécifié partout, car laisser le "défaut" est dangereux au mieux, et tend à introduire des bugs au fil du temps. Toutefois, comme vous l'avez remarqué, cette spécification a tendance à augmenter la taille de votre code et à réduire potentiellement la lisibilité. Cela conduit au compromis - lisibilité et maintenabilité via un code plus court par rapport à une internationalisation et une localisation adéquates et une maintenabilité par le biais d'être plus explicite partout. À mon avis, il n'y a pas de «bonne» réponse ici - cela dépend vraiment de votre application. Si votre application est complètement sur la présentation, et ne pas faire beaucoup de manipulation de données, surtout pas avec n'importe quel type de stockage de fichiers auto-géré, la culture actuelle (et la culture ui) une fois peut-être bien. J'ai trouvé que les applications plus compliquées ont tendance à ne pas fonctionner aussi bien, cependant, dans ce cas, les suggestions de FxCop de spécifier cela partout semblent plus attrayantes.

Answer 2

La valeur par défaut est déjà la culture actuelle initialisée par Windows. Donc, en utilisant CultureInfo.CurrentCulture explicitement, c'est juste une perte de temps. Tout format de sérialisation décent (y compris la sérialisation binaire et la sérialisation XML) sérialisera un DateTime d'une manière invariante de culture. L'utilisation d'une culture qui n'est pas la valeur par défaut est très dangereuse. Un thread sera toujours démarré avec la culture par défaut spécifiée par Windows et configurée par l'utilisateur lors de l'installation de Windows. .NET démarre les threads threadpool tout le temps et vous risquez d'obtenir une culture dans ce thread qui est différente de votre thread principal. Ce qui peut causer toutes sortes de problèmes subtils. Comme avoir un SortedList qui n'est soudainement plus trié.