Absolument oui, le formatage se produit dans la couche de présentation. Jusqu'à ce point, vous détenez les données dans le format interne le plus logique - pour les dates, cela peut être un DATETIME ou équivalent, ou une représentation binaire; tout ce qui est préférable pour le tri, le stockage, etc
Vous ne le transformez pas en quelque chose qui en fait ressemble comme une date jusqu'à ce qu'il doit être affiché (ou autrement sortie sous forme lisible par l'homme) à quel point vous convertissez-le et appliquez tous les attributs de mise en forme régionaux ou personnalisés. Ces attributs sont essentiellement votre «chaîne de formatage», et vous stockez ceux-ci dans la base de données (si centralisée) ou peut-être le fichier de configuration local sur le PC des utilisateurs. Personnellement, j'ai tendance à conserver les règles par défaut "standard" ou "communes" dans la base de données, puis à ajouter des remplacements spécifiques à l'utilisateur ou à la région au point d'affichage.
Je suis avec vous sur la globalisation, mais dans certains cas il y a plusieurs formats de dates 'acceptables' pour une culture ... d'accord sur la couche de présentation ... et on dirait que tout le monde le fait ... – CSharpAtl
S'il y a plusieurs formats de date «acceptable» alors je pense qu'ils doivent encore être segmentés par les paramètres régionaux. –
Si l'OS a un moyen de laisser l'utilisation choisir ce qu'il veut, alors utilisez-le. Ne supposez jamais la localisation && keyboard => langue, respectez le choix de l'utilisateur! – lexu