Format {0:c} avec C#

Version imprimable

20/03/2012, 15h52
aspkiddy

Format {0:c} avec C#

Bonjour,

J'ai un menu déroulant (DropDownList) dans lequel j'affiche le prix

Code:

offer = string.Format("{0:c}", priceOfferStruct.PriceAmt)

j'obtiens, par exemple, $49.95

Comment je peux afficher 49,95 $ (le signe dollar[$] sera après les chiffres et le point[.] sera remplacé par virgule[,]) ?8O
20/03/2012, 16h11
Bluedeep
Ici, tu veux avoir une culture spécifique : c'est à dire avec une position spécifique du symbole de devise (après le nombre) , un symbole donné ($), et un séparateur de décimal donné (,).

Donc, on va partir (par exemple) de la française, qui est correcte pour la position du symbole de devise et pour la virgule, mais on la modifier pour le symbole de devise (le passer de '€' à '$', dans le cas précis ):
Code:

1 2 3 4 CultureInfo specificCulture = new CultureInfo("fr-FR"); specificCulture.NumberFormat.CurrencySymbol = "$"; string offer = string.Format(specificCulture, "{0:c}", 10.43);
et le tour est joué.
20/03/2012, 17h08
aspkiddy
Super Gentil...:ccool:
Je ne connaissais pas du tout l'histoire d'une culture spécifique dans c#...
J'ai regardé avec tes explications... et sur le lien suivant j'ai trouvé aussi la liste : fr-CA French (Canada)

alors en suivant ton exemple, :zoubi: avec le code suivant :
Code:

1 2 CultureInfo specificCulture = new CultureInfo("fr-CA"); string offer = string.Format(specificCulture, "{0:c}", 49.95)
J'obtiens : 49,95 $

Merci encore:ccool:
20/03/2012, 17h17
StringBuilder

Autre solution...

Tu ne spécifies pas la culture (qui est donc par défaut celle de l'utilisateur Windows) et tu modifies la culture dans tes paramètres régionaux quand tu testes la version canadienne de ton programme ;)
20/03/2012, 18h07
Bluedeep

Citation:

Envoyé par StringBuilder

Autre solution...

Tu ne spécifies pas la culture (qui est donc par défaut celle de l'utilisateur Windows) et tu modifies la culture dans tes paramètres régionaux quand tu testes la version canadienne de ton programme ;)

Sauf qu'on ne sait pas si il s'agit d'un site multidevise ou pas.
Et de plus, la culture, sera celle du serveur.
20/03/2012, 20h30
aspkiddy

Merci pour ta réponse, StringBuilder!!!:ccool:
Comme Bluedeep dit,

Citation:

Envoyé par Bluedeep

Sauf qu'on ne sait pas si il s'agit d'un site multidevise ou pas.
Et de plus, la culture, sera celle du serveur.

:ccool:

En fait, mon site est bilingue entre "en-CA English (Canada)" et "fr-CA French (Canada)" donc, cela change...
21/03/2012, 09h37
StringBuilder

Il faut forcer le serveur à utiliser la locale du client.

Ça se fait en deux lignes.

C'est, à mon avis, la seule et unique solution à adopter : ce n'est pas à nous d'imposer le format des nombres/dates/monnaies à l'utilisateur.
21/03/2012, 09h42
Bluedeep

Citation:

Envoyé par StringBuilder

C'est, à mon avis, la seule et unique solution à adopter : ce n'est pas à nous d'imposer le format des nombres/dates/monnaies à l'utilisateur.

Pour nombre et date, je suis assez d'accord.

Monnaie, là, par contre, tu t'avances un peu beaucoup, car ça pose des problèmes infiniment plus complexes (en termes "métier", pas en termes "technique", bien sur).
21/03/2012, 10h28
StringBuilder

Ben le format de la monnaie, c'est que de l'affichage. Je vois pas en quoi ça impacte quoi que ce soit.

Le seul truc effectivement qu'on puisse devoir forcer avec une SpecificCulture, c'est la monnaie, si la personne paie dans une monnaie différente de sa locale.

Mais pour l'affichage, il est très important de respecter le format de l'utilisateur : écrit une remise en euro dans le format américain "€ .99-", et demande à ta grand-mère combien ça fait... elle est pas près d'arriver à lire !
21/03/2012, 10h30
Bluedeep

Citation:

Envoyé par StringBuilder

Le seul truc effectivement qu'on puisse devoir forcer avec une SpecificCulture, c'est la monnaie, si la personne paie dans une monnaie différente de sa locale.

C'est exactement ce que je disais : dans le cas contraire, tu rentres dans les problèmatique des applis multi-devises, et ça devient une problématique essentiellement métier, très peu technique.
21/03/2012, 10h39
StringBuilder

Oui, je suis d'accord, mais de là à forcer le format de la monnaie en "fr-CA" parce que l'utilisateur a cliqué sur le drapeau français, ou "en-CA" parce que l'utilisateur a cliqué sur le drapeau anglais, pour moi ce n'est pas une solution.

Si je suis anglais et que je souhaite commander sur le site, je vais cliquer sur le drapeau anglais, car je ne comprends rien à la langue barbare d'outre-manche, et pourtant, pour les dates tout comme pour les prix, j'utilise le même format que mes voisins barbares, et non celui de mes amis outre-atlantique.

En effet, pour la date, les anglais utilisent JJ/MM/AAAA et non MM/JJ/AAAA comme les américains.

Il est donc très important d'exprimer tout ce qui est localisable dans la locale de l'utilisateur, et de n'adapter que ce qui doit absolument être adapté. Et mise à par le symbole de la monnaie, je ne vois pas du tout...
21/03/2012, 10h41
StringBuilder

Citation:

Envoyé par Bluedeep

C'est exactement ce que je disais : dans le cas contraire, tu rentres dans les problèmatique des applis multi-devises, et ça devient une problématique essentiellement métier, très peu technique.

Quand je disais "monnaie", je parlais du symbole uniquement. Pas de son format.