Discussion :

[Kropernic]

Hello,

Etant donné le peu d’enthousiasme généré par cette question sur le forum Winforms, je me permets de la poser également ici (via le lien donné précédemment dans la phrase).

Merci d'avance.

[mactwist69]

Si mes souvenirs sont bons, tu vas dans "My Project" / Publish / Application Files.

Et là tu peux dire ce qui est inclus ou pas à l'installation. (Si tu utilises le publish.

Si tu utilises un programmes d'installation ca devrait être encore plus simple.

[Kropernic]

Si mes souvenirs sont bons, tu vas dans "My Project" / Publish / Application Files.

Et là tu peux dire ce qui est inclus ou pas à l'installation. (Si tu utilises le publish.

Si tu utilises un programmes d'installation ca devrait être encore plus simple.

Merci pour la réponse mais euh... Non ^^ (ou alors j'ai pas compris).

En fait, j'ai crée une bibliothèque de classe qui a son fichier de configuration. Ce fichier, j'ai bien mis comme action "Toujours copier" dans ses propriétés. Et de fait, quand je compile ma bibliothèque de classes, je retrouve bien le fichier de configuration dans le répertoire bin/debug.

Maintenant, quand je veux utiliser cette bibliothèque de classe, j'ajoute donc un lien vers son fichier .dll dans les références d'un nouveau projet et j'aurai bien accès à tous ces objets.
Si je compile ce nouveau projet, je vais bien retrouver le fichier .dll de la bibliothèque dans le répertoire bin/debug du nouveau projet mais pas le fichier de config de la dll. Et du coup, bin ça marche beaucoup moins bien .

Faut-il également ajouter une référence vers ce fichier ? (ça me semble bizarre mais cette idée vient de me traverser l'esprit.)

[mactwist69]

Re,

En cherchant un peu, j'ai trouvé deux ou trois trucs que je me doutais.
D'instinct j'aurai dis qu'il vaut mieux compté sur un seul fichier de config, celui du projet et pas des bibliothèque de classe.
On pourrait apparemment faire les deux.

Voici deux solutions proposé (que je n'ai pas testé moi même), trouvé sur ce même forum:

http://www.developpez.net/forums/d12...n-introuvable/

http://www.developpez.net/forums/d72...er-app-config/

[Kropernic]

Le premier lien donne la solution que j'utilise actuellement. C'est-à-dire copier le fichier manuellement.

Le second lien propose de recopier le contenu du fichier de config de la bibliothèque dans le fichier de config du projet appelant. Je trouve ça un peu gros :-/


Exemple : Une application avec les couches suivantes : GUI, BLL, DAL et DTO. Chaque couche est un projet bien spécifique (i.e. : pas dans la même solution).

Lors du développement de la couche DAL, il faut bien spécifier le serveur de DB auquel se connecter. Et bien sûr, hors de question de le mettre directement dans le code. On passe donc un fichier de config. Tout va bien.

Mais donc si je suis le raisonnement, la couche BLL qui n'a pas besoin de fichier de config va quand même devoir en avoir un dans lequel on irait recopier le contenu de celui de la couche DAL (vu que BLL consomme DAL). Et tel un virus, ce fichier de config va devoir se propager jusqu'à la couche GUI...

Y a probablement quelque chose qui m'échappe mais tout ceci me semble quand même très bizarre...

[mactwist69]

Ah, voilà un peu plus d'explication !!

Bon, et bien je regarde mon projet actuel, n-tiers également....
Les couches sont tous des projets VS... mais qui appartiennent tous à une même solution.
Du coup chaque projet a son fichier, pas de souci, les uns référençant les autres.

Toi ce que tu veux peut être c'est que certains développeur utilises la DLL sans voir son code. (si j'ai bien compris)

Donc tu ajoutes la DLL en référence, ce qui va faire que la dll sera recopiée dans ton dossier de développement.
J'ai bien peur qu'il faille recopier le AppConfig à la main, au même endroit...
Mais une seule fois par machine de développement, ça ne me semble pas si terrible... Si ?

Je ne connais hélas pas d'autre solution.

A part bien sur de stocker la chaîne de connexion différemment.