在Visual Studio中，对于一个类、一个字段、一个方法，我只需右键单击并说“查找所有引用”，就可以查看谁在调用我的代码。但是对于一个项目来说，没有类似的事情。最简单的方法是什么？我必须检查每个项目才能告诉你吗？编辑：
A引用B，但使用Regex找不到B。
ssgvzors1#
1.查找全部（CTRL+SHIFT+F）1.“查找内容：“=引用。* 将此文本替换为项目名称1.选中“查找选项”部分中的“用途：“-〉“正则表达式”1.请查看这些文件类型：“=“*.proj1.“查找范围：“=选择驱动器上的目录/文件夹。不要使用“整个解决方案”，因为它不会找到项目文件本身。（不要忘记选中“包括子文件夹”）
a9wyjsp72#
右键单击solution =〉Project dependencies。然后在下拉框中选择您的项目。下面所有灰色显示的项目都依赖于所选项目。（它们是灰色的，所以您不能通过选中它们来创建循环依赖关系。）
xlpyo6sf3#
不确定你是否已经研究过使用Resharper（不是免费的），但是它很容易让你右击一个项目来查看依赖代码。我不能没有它，而且在我看来，它是值得的--但它并不适合每个人。http://www.jetbrains.com/resharper/webhelp/Navigation_and_Search__Finding_Usages__Finding_Dependencies_and_Referenced_Code.html如果你想试试的话，有30天的试用期--附言：我不为他们工作，只是一个工具爱好者！：）http://www.jetbrains.com/resharper/
nwlqm0z14#
在记事本等编辑器中搜索所有项目文件++
与fenone的答案类似的方法是，转到Windows中的解决方案文件夹，然后通过Windows搜索过滤 *.*proj。（或者您在不同的文件夹中有一些，它们可以在以后添加）。只需选择所有这些文件并在记事本之类的编辑器中打开。您可以根据需要将其他项目添加到记事本示例中。一旦您“我已经把你的项目文件都打开了，很容易搜索到项目的引用，. dll，库，无论什么。我更喜欢这种方法，因为项目文件在他们自己的编辑器中关闭，在我看来他们更容易搜索。
卸载项目并重新编译
第二种方法是在Visual Studio的解决方案资源管理器中右键单击项目，然后单击“卸载项目”，然后分析或重新编译解决方案。任何实际在代码中引用已卸载项目的项目都将出现错误，但是您的构建仍然会成功，并且您的项目级引用仍然会显示为有效（至少在VS 2017中对我来说是这样）。一种类似的更具侵入性的方法会使项目级引用无效，实际上会使任何引用构建失败，即更改项目文件夹的路径，使Visual Studios无法找到它。这将产生次要影响，即还可以标识按路径而不是按项目设置的任何引用。
其他注意事项
当然，您的项目可以包含在其他解决方案中，因此可以在解决方案之间使用类似的搜索技术。为了覆盖您的基础，可能会按路径而不是按项目引用您的编译文件，这只是需要注意的事情。请检查您的后期生成事件，以确保没有任何东西被复制和引用到意外的地方。搜索您的的的所有示例。dll或任何在一些合理的文件夹范围，只是要知道任何副本。
4条答案
按热度按时间ssgvzors1#
1.查找全部（CTRL+SHIFT+F）
1.“查找内容：“=引用。* 将此文本替换为项目名称
1.选中“查找选项”部分中的“用途：“-〉“正则表达式”
1.请查看这些文件类型：“=“*.proj
1.“查找范围：“=选择驱动器上的目录/文件夹。不要使用“整个解决方案”，因为它不会找到项目文件本身。（不要忘记选中“包括子文件夹”）
a9wyjsp72#
右键单击solution =〉Project dependencies。然后在下拉框中选择您的项目。下面所有灰色显示的项目都依赖于所选项目。（它们是灰色的，所以您不能通过选中它们来创建循环依赖关系。）
xlpyo6sf3#
不确定你是否已经研究过使用Resharper（不是免费的），但是它很容易让你右击一个项目来查看依赖代码。
我不能没有它，而且在我看来，它是值得的--但它并不适合每个人。
http://www.jetbrains.com/resharper/webhelp/Navigation_and_Search__Finding_Usages__Finding_Dependencies_and_Referenced_Code.html
如果你想试试的话，有30天的试用期--附言：我不为他们工作，只是一个工具爱好者！：）
http://www.jetbrains.com/resharper/
nwlqm0z14#
在记事本等编辑器中搜索所有项目文件++
与fenone的答案类似的方法是，转到Windows中的解决方案文件夹，然后通过Windows搜索过滤 *.*proj。（或者您在不同的文件夹中有一些，它们可以在以后添加）。只需选择所有这些文件并在记事本之类的编辑器中打开。您可以根据需要将其他项目添加到记事本示例中。一旦您“我已经把你的项目文件都打开了，很容易搜索到项目的引用，. dll，库，无论什么。我更喜欢这种方法，因为项目文件在他们自己的编辑器中关闭，在我看来他们更容易搜索。
卸载项目并重新编译
第二种方法是在Visual Studio的解决方案资源管理器中右键单击项目，然后单击“卸载项目”，然后分析或重新编译解决方案。任何实际在代码中引用已卸载项目的项目都将出现错误，但是您的构建仍然会成功，并且您的项目级引用仍然会显示为有效（至少在VS 2017中对我来说是这样）。一种类似的更具侵入性的方法会使项目级引用无效，实际上会使任何引用构建失败，即更改项目文件夹的路径，使Visual Studios无法找到它。这将产生次要影响，即还可以标识按路径而不是按项目设置的任何引用。
其他注意事项
当然，您的项目可以包含在其他解决方案中，因此可以在解决方案之间使用类似的搜索技术。为了覆盖您的基础，可能会按路径而不是按项目引用您的编译文件，这只是需要注意的事情。请检查您的后期生成事件，以确保没有任何东西被复制和引用到意外的地方。搜索您的的的所有示例。dll或任何在一些合理的文件夹范围，只是要知道任何副本。