VB.NET添加引用与引用路径(为什么添加引用路径?)

VB.NET添加引用与引用路径(为什么添加引用路径?),.net,vb.net,visual-studio,.net,Vb.net,Visual Studio,在我以前的C语言中,引用其他程序集的工作要么通过将程序集的项目添加到您自己的解决方案中来完成,要么直接在公共生成输出文件夹中引用.dll(如果您不想使解决方案太大)。程序集是通过运行生成脚本或生成生成所有公共.dll的核心解决方案写入此输出文件夹的 在我现在使用VB.NET的地方,团队采取了第二种选择,尽管他们将common.dll检查到源代码管理中,而不是构建到输出文件夹中……这是另一种选择 但是,当他们在引用文件夹中引用这些.dll时,他们通常不会在此处通过Visual Studio 200

在我以前的C语言中,引用其他程序集的工作要么通过将程序集的项目添加到您自己的解决方案中来完成,要么直接在公共生成输出文件夹中引用.dll(如果您不想使解决方案太大)。程序集是通过运行生成脚本或生成生成所有公共.dll的核心解决方案写入此输出文件夹的

在我现在使用VB.NET的地方,团队采取了第二种选择,尽管他们将common.dll检查到源代码管理中,而不是构建到输出文件夹中……这是另一种选择

但是,当他们在引用文件夹中引用这些.dll时,他们通常不会在此处通过Visual Studio 2008中的“添加引用”选项执行此操作,而是在“项目”对话框中选择“引用->引用路径”并将此公共引用文件夹添加到其中。此引用文件夹被写入.user文件:它不是项目的一部分,因此每次从源代码管理中清除代码时,都必须在每个项目上重置它

现在,没有人能向我解释为什么会这样做……这只是他们一贯的做法。这对我来说似乎很愚蠢,但也许有什么理由这么做?为什么这个选项可用?为什么有人会选择这样添加引用路径


谢谢

该选项不添加任何引用,它只设置一个目录,如果生成系统在其原始位置找不到引用程序集,它将在该目录中查找引用程序集。我想真正的问题是,公共程序集的构建脚本没有将程序集放在可预测的输出文件夹位置。通过选择其他人使用的相同位置来修复此问题,这样您就不必设置此选项。查看带有HintPath属性文本编辑器的.vbproj文件。此选项不会设置HintPath:它会在.user文件中添加一个条目。这就是为什么当我得到一个清晰的代码时,我必须重新添加所有引用的原因:.user文件不在源代码管理中,所以所有引用也不在源代码管理中。是的,我知道。HintPath设置为部件参考。在.vbproj文件中。你看到了什么?把你的公共程序集也放在那里,你不需要这个对话框或.user文件。我想你还没有读过我的问题。。。