如何在Visual Studio中找到引用的程序集的物理路径？ [英] How do I find the physical path for a referenced assembly in Visual Studio?

问题描述

我继承了Visual Studio 2015解决方案。一些程序集引用被破坏，它们是非标准的（即它们不在正常的.NET安装中）。



在我尝试修复之前参考文献，知道它们目前指向的位置真的很有用。换句话说，我想知道当前 期望 的项目在哪里找到缺少的组件。



是有办法找到这个吗？



亲切的愿望~Patrick

解决方案

请看我的评论问题。



由于我不确定该解决方案的项目是否成功加载，我会以简单的低级方式进行：查看每个项目文件，带有一些文本编辑器，或将其重命名为* .XML并查看任何Web浏览器或XML编辑器。您将在名为< Reference> 的元素中找到所有引用，某些< ItemGroup> 节点的子节点。这是一件非常简单的事情。



执行此操作并获取参考列表后，您可以将其与您在GAC中的实际内容进行比较。查看GAC的一种简单方法是从头开始创建项目并尝试添加引用。 添加参考窗口将显示您当前拥有的所有内容。不要忘记有些项目可能会参考解决方案的其他项目，但这是微不足道的。

-SA

Hi,

I have inherited a Visual Studio 2015 solution. A couple of the assembly references are broken, and they are non-standard ones (i.e. they are not in the normal .NET installation).

Before I attempt to fix the references, it would be really useful to know where they currently point. In other words, I want to know where the projects currently expect to find the missing assemblies.

Is there a way to find this out?

Kind wishes ~ Patrick

解决方案

Please see my comments to the question.

As I am not sure that the project of that solution even successfully load, I would do it in a simple low-level way: look at each project file, with some text editor, or rename it to "*.XML" and look an any Web browser or XML editor. You will find all references in the elements named <Reference>, child nodes of some <ItemGroup> node. That's a really simple thing.

After you do it and get the references list, you can compare it with what you really have in your GAC. One simple way to review your GAC would be creating an project from scratch and trying "Add Reference". The "Add Reference" window will show you all you currently have. Don't forget that some projects in question may reference other projects of the solution, but this is trivial thing.

—SA

这篇关于如何在Visual Studio中找到引用的程序集的物理路径？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！