Version imprimable
Bonjour
Question de compréhension :roll:
J'ajoute une réference à un projet ex blabla.dll localiser dans c:\programfiles(x86)\myfolder
Pourquoi si je deplace blabla.dll ou le renome ou meme le supprime et je compile le projet
je n'obtiens pas d'erreur comme "impossible de trouver la dll...."
Merci
Pour ta référence, tu n'aurais pas la property 'Copie locale' à True ?
D'après la description, cette propriété ne fait qu'indiquer si la référence sera copiée dans le répertoire de sortie.Citation:
Envoyé par _Ez3kiel
A la première compilation, il ne s'y trouve pas encore. VS fait-il d'abord une copie avant de tenter de compiler ?
Bref, je suis tout aussi curieux que shayw de savoir comment ça fonctionne ^^
copy local false
Oui j'ai vu la description mais je pensais que (peut-être) une fois la copie de la dll dans le dossier de sortie faite, il pouvait pointer cette dernière pour le projet dans la mesure où l'originale n'est plus existante. Mais en l’occurrence si shayw n'a pas la copy local ... Ma théorie tombe à l'eau.Citation:
Envoyé par Kropernic
Après si la dll est dans les références, mais que tu ne fais aucun import dans ton programme, il plantera pas à la compil ... Tu n'auras des messages d'erreur que pour les imports/class/sub qui proviennent de ta dll.
Et j'ai essayé de reproduire -à peu près- le même scénario, un projet qui utilise des classes d'une dll à un chemin donné, si je supprime la dll de ce dossier, il ne compile pas et me sors autant d'erreur que d'appels à la dll. (Ce qui est tout à fait logique ...)
J'ai envie de dire que c'est rassurant :)Citation:
Envoyé par _Ez3kiel
Je pense avoir compris ce qui se passe
Car contrairement à ce qu'a dit _Ez3kiel je n'ai acune exception
comme la property copy local est false lors de la compilation si au path indiqué la dll ne se trouve pas ,vs va checher la meme dll (le meme nom) dans un autre endroit s'il trouve il copie la dll trouvé dans les réferences à la place de la dll antérieur.Et c'est ce qui est arrivé chez moi la dll que j'ai effacé ou renommé (microsoft.speech.dll) se trouve à plusieurs endroits et vs lors de la compilation a trouvé la meme dll à un autre endroit.
En effet, ceci expliquerait cela.Citation:
Envoyé par shayw
Haaaaa VS, tu me surprendras toujours. :mouarf:
Ok...
Mais dans le cas où par exemple, on a programmé une couche DAL et qu'on fait référence à sa dll dans la couche BLL...
Perso, je fais référence à la dll qui se trouve directement dans le répertoire de sortie. Comme ça, dès qu'il y a un nouveau build, j'ai la nouvelle version dans la couche BLL.
Mais pour faire ça bien, on est quand même bien d'accord qu'il faudrait copier la dll de sortie de DAL dans la directory du projet BLL et faire référence à cette copie. Non ?
Et dans ce cas, si on supprime la dll, rassurez-moi... VS donne bien des erreurs non ? Ce serait magique sinon ^^
Aucune idée. :mrgreen:
Je n'ai pas compris ce que tu disais, je ne connais rien du tout en archi DAL BLL etc (je sais juste que dans ma boîte on en a pas), j'ai essayé de comprendre la logique dans vos débats animés sur les topics concernés, mais j'ai renoncé assez vite en me disant que j'irais me documenter là-dessus plus tard... :aie:
Lol !Citation:
Envoyé par _Ez3kiel
Prenons un autre exemple. T'as créé ton contrôle perso (disons un label dont le texte est bleu car on a tous besoin de ça!). Pour cela, tu as donc créé un projet de type Bibliothèque de classes et tu l'as compilé. Cela t'a donné un fichier MonSuperLabelBleu.dll. Dans ton projet MaSuperApplicationUtilisantLeLabelBleu, tu fais références à la dll MonSuperLabelBleu.dll. Si tu supprimes la dll de l'emplacement dans lequel t'as été faire la référence, je pense que ça devrait planté.
D'ailleurs, je vais tester...
Effectivememnt, on reçoit un paquet d'erreur disant que les objets (objets, méthodes et propriétés) ne sont pas déclarés et qu'ils pourraient ne pas être disponible à cause de leur niveau de visibilité.
Voilà pour tout clarifier.
L'exemple est plus parlant pour moi. :lol:
D'autant plus que c'est -grossièrement- ce que j'ai fait comme test quand j'ai dit :
Donc on est bien d'accord ! ;)Citation:
Envoyé par _Ez3kiel