Plus je l'utilise, plus je déteste Visual Studio 2005. Il permet de créer des petits projets très vite, mais on se rend compte que tout son code autogénéré est inmodifiable. Ce qui est très gênant pour les gros projets, où ce code est rarement adapté.
En l'occurrence, je me rends compte que sa gestion automatisée des propriétés est inmodifiable, et même boguée. Pour éviter au développeur d'écrire dans le fichier app.config (qu'est-ce que c'est dur, écrire dans un fichier XML!), il pond une classe codée dans Settings.Designer.cs, qui ne fait presque rien à part placer un attribut DefaultSettingValueAttribute devant chaque propriété fortement typée.
Et justement, ce DefaultSettingValueAttribute prend le pas quand les configurations sont pour une DLL, car alors VS2005 (qui veut pourtant tout automatiser) ne recopie pas le contenu du fichier de configuration dans celui de l'EXE utilisateur.
En l'occurrence, je me rends compte que sa gestion automatisée des propriétés est inmodifiable, et même boguée. Pour éviter au développeur d'écrire dans le fichier app.config (qu'est-ce que c'est dur, écrire dans un fichier XML!), il pond une classe codée dans Settings.Designer.cs, qui ne fait presque rien à part placer un attribut DefaultSettingValueAttribute devant chaque propriété fortement typée.
Et justement, ce DefaultSettingValueAttribute prend le pas quand les configurations sont pour une DLL, car alors VS2005 (qui veut pourtant tout automatiser) ne recopie pas le contenu du fichier de configuration dans celui de l'EXE utilisateur.
Comments