C'est une des débutants question, mais...
L'Image de la dll de référence et dll inclus dans le fichier de projet http://a3.vox.com/6a00c2251e5b66549d00e398ca81eb0003-pi
Si vous regardez l'image ci-dessus, il y a le "Bass.Net" dll ajouté à titre de référence et aussi directement en tant que fichier dans le projet.
Quelqu'un peut me dire quel est le point de le faire?
OriginalL'auteur Mat | 2009-06-22
Aucune raison, vraiment. Il se pourrait que Visual Studio est réglée pour afficher les fichiers qui ne sont pas dans le projet (difficile de dire à partir de la photo) et la dll dans le répertoire principal. Le texte est assez clair que les fichiers sont
L' .net on arrive à être avec les autres dans le même répertoire et vous devez l'ajouter comme référence.
OriginalL'auteur Otávio Décio
Dans Windows, une DLL est une bibliothèque de liens dynamiques, les paquets d'un ensemble de fonctionnalité de programmation de concert. Dans cet exemple, bass.dll expose les caractéristiques et les fonctionnalités pertinentes pour le traitement audio par le biais de ce fichier (et tous les fichiers qu'il dépend). Pour utiliser cette fonctionnalité, vous avez besoin de la référence dans la solution, de sorte que Visual Studio peut le lien au moment de la compilation. La DLL sera alors généralement être copié dans votre répertoire de sortie lorsque l'application est construite.
C'est tout ce qui est nécessaire pour obtenir le code fonctionne correctement, le reste est juste une question de préférence ou de la convention. Certaines personnes préfèrent avoir tous les fichiers qui existent dans le répertoire du projet dans la solution, de sorte que la Solution Explorer reflète le système de fichiers. En général, vous voulez avoir les bibliothèques de votre application dépend de quelque part dans votre solution hiérarchie de répertoires, de sorte que l'ensemble de l'application est emballé ensemble (prise de contrôle de code source utilisation plus facile, par exemple). Vous ne voulez pas mettre cette bibliothèque dans le répertoire BIN ou n'importe quel répertoire de Visual Studio génère, cependant, pour éviter toute suppression accidentelle. En tout cas, avoir la référence est la partie importante, le fichier en cours dans le projet ou la solution n'est pas nécessaire.
Généralement, vous aurez envie de garder les bibliothèques externes de vos répertoires source, cependant, de sorte que je ne serais pas vraiment recommander cette structure. J'ai tendance à utiliser une structure de ce genre, mais, encore une fois, c'est tout de préférence:
OriginalL'auteur krohrbaugh
Il semble comme ils ont mis la référence de la dll dans le répertoire du projet, de référence à partir de là, et aussi de les inclure dans le projet. De cette manière, lorsque le répertoire du projet est copié, la référence de la dll sera copié avec elle. En outre, si le fichier dll est manquante, le projet va se plaindre dans Visual Studio.
OriginalL'auteur adrianbanks
Si une assemblée (Bass.Net.dll dans votre cas) contient les classes que vous souhaitez utiliser, vous devez ajouter une référence à l'assembly à votre projet.
Désolé, je n'ai pas compris le droit de la question. Oui, il suffit de l'ajouter en tant que référence, de l'avoir ", a ajouté dans un fichier" n'est pas important. Et bien sûr, il doit être dans le même dossier que l'exécutable plus tard, lorsque vous déployez votre application.
OriginalL'auteur Groo
Aucun moment, la meilleure chose à faire est d'obtenir tous vos dependenicies et de les stocker dans un dossier séparé et seulement référence à ne pas les copier sur votre solution 😉
OriginalL'auteur Hannoun Yassir
Il est vraiment difficile de deviner pourquoi quelqu'un d'autre a fait quelque chose, mais si je devais deviner, je'ld dire que le gars a pensé à intégrer la nécessaire dll en tant que ressources pour être sûr qu'il était disponible à la demande. J'ai vu la technique utilisée pour incorporer des polices ou des sons et je ne suis pas sûr si cela fonctionne avec tous les dll, mais c'est juste une supposition.
Bien sûr, la meilleure façon de vous assurer que les fichiers ont été disponible aurait été de créer un projet de déploiement, avec Visual Studio ou d'une autre installation de l'outil de loke Sage ou InnoSetup, pour n'en nommer que quelques-uns.
OriginalL'auteur M.Turrini
Cela pourrait être une bonne idée dans beaucoup de circonstances. À mon avis, il en existe 3 types de dépendances
Dans le troisième cas, le plus simple est de stocker une copie de la DLL dans la source repo.
OriginalL'auteur Justin Dearing