Version imprimable
Bonjour,
J'effectue un test puis je change la valeur de mon bouton radio.
le code utilisé est le suivant:
à l'intérieur des accolades, la ligne de code est souligné en bleu et j'ai l'erreur suivante lors de la compilation :Code:
2
3
4
Avez vous une idée ?Citation:
Only assignment, call, increment, decrement, and new object expressions can be used as a statement
D'avance merci.
== est un opérateur de comparaison, c'est donc logique, tu n'as aucune "action" dans ton bloc.
L'affectation se fait avec l'opérateur =.
D'ailleurs, ceci n'a pas beaucoup de sens :
Code:string.IsNullOrEmpty(Properties.Settings.Default.treatement = "D")
Merci pour ta réponse rapide.
Ok, c'est ça marche.
Sinon, pour la ligne :
J'ai l'erreur suivanteCode:string.IsNullOrEmpty(Properties.Settings.Default.treatement = "D")
quand j'enlèveCitation:
Cannot implicitly convert type 'string' to 'bool'
:?Code:string.IsNullOrEmpty
Littéralement, ça donne :Code:string.IsNullOrEmpty(Properties.Settings.Default.treatement = "D")
Est-ce que mon string que je viens d'affecter à "D" est nul ou vide ?
La réponse sera toujours false.
Et si tu enlève le string.IsNullOrEmpty tu essayes de tester le retour de ton affection, à savoir un string. Mais tester un string seul n'a pas de sens non plus, alors qu'un if attend un booléen, d'où la réponse du compilateur :
Que veux-tu faire en réalité ?Citation:
Envoyé par Compilateur
Si tu veux tester que ton traitement vaut "D" (en admettant que la casse n'importe pas), il faut faire cela :
Code:if (Properties.Settings.Default.treatement.Equals("D", StringComparison.CurrentCultureIgnoreCase)) { ... }
Merci beaucoup Er3van.
Il parait que j'ai sous estimé la migration VB.NET --> C#.
Je développais à l'époque en VB.NET et ce genre de petits ennuies de rigueur ne se posait pas.
Une raison de plus de choisir C# pour démarrer le développement afin de bien comprendre ce que l'on fait ! (Encore faut-il avoir le choix...)
Oui, je n'avais justement pas le choix, et je trouvais VB plus agréable, fluide, et moins complexe que C#...
Mnt, mon flag "D" ne s'affecte pas à "treatement" de mes settings dans le fichier app.config. 8O
Oui, là tu ne l'affectes plus. C'est pour cela que je t'ai demandé ce que tu voulais faire.
Si tu veux l'affecter, le premier code était le bon (sans le if). Le mien sert à tester le contenu.
même sans le if, je fais une simple affectation de valeur à "treatement" à partir d'un bouton, et quand je vais dans le fichier app.config, je ne vois rien qui a bougé!
C'est normal, tu ne modifies pas le contenu du fichier de configuration, mais la valeur de ton objet en mémoire.
Si tu veux modifier le fichier de configuration, tu peux procéder comme ça.
je suis en .NET 3.5, le tuto a été écrit pour le .NET 2.0.
du fait, je ne trouve pas "ConfigurationManager" dans le namespace "System.Configuration".
Il parait qu'il a été remplacé par "ConfigurationSettings", une fois que je mets le point après, je ne trouve pas la méthode "OpenExeConfiguration". :roll:
Et pour faire cette instanciation,
"Configuration" tout court n'existe pas.Code:Configuration config = ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None);
Ok, ça va j'ai trouvé.
Fallait ajouté la référence System.Configuration
Puis seulement le namespace.
:oops:
Quelle est la différence entre le fichier de configuration "app.config" présent dans le dossier de l'application et le fichier "NomDuProjet.exe.Config" présent avec l'exe dans le dossier \bin\Debug\ ?
D'avance merci.
Aucune. La compilation copie le fichier app.config en NomDuProgramme.exe.config.Citation:
Envoyé par tssi555
Ceci permet d'avoir plusieurs .exe avec chacun son fichier de config sur le même répertoire, ce qui serait impossible si le nom app.config était conservé.
Ok, supposant que c'est le même.
Quand on modifie les valeurs de ce même fichier à partir du code, les valeurs s'enregistrent seulement dans le fichier "NomDuProjet.exe.Config" et non pas dans "app.config"! 8O
C'est normal ton app.config est le fichier qui se trouve au niveau du projet quand tu éxécute ton code il est compilé et placé dans le dossier bin/debug ou bin/release avec son propre app.config renommé (qui est une copie de ton app.config original), en aucun cas il a accès au app.config du projet à part si tu lui spécifie explicitement mais ça n'est pas utile de faire ça étant donné qu'à la fin c'est la copie du app.config sur laquel tu va travailler.
Sinon il existe une solution simple pour sauvegarder tes paramètres
pas plus compliqué que ça (par contre ça ne sauvegarde pas les données au niveau du app.config mais de fichier utilisateur dans un répertoire local de windows).Code:Properties.Settings.Default.Save();