将第三方库或内部开发的库添加到C#项目时,我通常只是在Visual Studio解决方案浏览器中添加引用.但是,这会创建对库的绝对路径引用.当另一台计算机上的另一位开发人员签出代码时,他们可能不会在这些确切的文件夹位置中拥有这些库.
你把第三方图书馆放在哪里?建议第三方库应保存在解决方案文件夹(即存储库文件夹)内的文件夹中.这对我来说很有意义.但是,当我添加引用时,它们仍然是绝对路径引用.将C#.dll引用从绝对更改为相对提供了一个解决方案,但是,手动编辑.csproj文件真的要走了吗?我已经读过,不建议乱用.csproj文件.另外,我在对该问题的评论中看到,如果你的库不在项目文件夹之上(所以在我的情况下我在项目文件夹中创建了一个依赖项文件夹,而不是解决方案文件夹),那么VS应该使路径引用相对于默认但在我的情况下没有发生.
然后是关于内部开发的库的问题.就我而言,我有一个实用程序项目,它具有我需要在多个解决方案中使用的功能.我宁愿不必手动更新依赖它的每个项目中的库.如果我使用参考的绝对路径但是使用版本控制会发生什么,这不是问题?在我链接的第一个问题中,其中一个较低的答案建议使用一个名为Sync Toy的程序来确保将库复制到引用它的依赖项文件夹的所有项目中.这是一种明智的方式吗?
最后,当我添加引用时,最后一点可能太过无关,无法适应同一个问题,但默认情况下它会将库连接到构建时的输出目录.但这意味着当我部署项目时,我必须复制所有这些额外的dll文件.有没有办法避免这种情况并将库嵌入输出.exe?
通过" 参考">"添加参考">"浏览">"浏览"添加引用时, Visual Studio将保存库中相对路径的相对路径.csproj
.
但是,如果查看" 属性"窗口中的引用属性,Visual Studio将向您显示库的绝对路径(我不知道为什么有人认为这样做是个好主意):
这已在Visual Studio 2008和2015中进行了测试.
如果你有一个共同的库,你需要在解决方案之间共享(而不是项目)我建议,如果可能的话,创建你自己的NuGet feed并利用它.
您可能需要远程Feed,而不是本地Feed ; 有许多工具可以创建和维护一个(例如TeamCity).
图书馆更新了吗?将其推送到您的内部NuGet服务器并享受更新.
当我添加引用时,但默认情况下它会将库从构建到输出目录
嗯,这就是它在.NET中的工作原理.
这意味着当我部署项目时,我必须复制所有这些额外的DLL文件.有没有办法避免这种情况并将库嵌入输出.exe?
虽然合并一切都是可能的(检查ILMerge),我不推荐它,它不值得麻烦,因为:
如果您必须手动复制部署内容,那么您做错了.您应该创建一个脚本或安装程序(取决于项目类型和您必须执行的操作)以整体移动已部署的应用程序.