有没有办法知道给定的.net程序集在哪个DLL中？

长话短说：我们有一个从一台服务器移动到另一台服务器的系统。此时，唯一的问题是新框上缺少一个程序集。在旧框中，我们可以看到程序集名称，但对于我们来说，我们无法确定代码实际位于哪个dll中，因此我们可以将其移动到新框中

---

是否有一些时髦的.net程序集小部件会告诉您？

您尝试了吗？

您尝试了吗？

我将使用加载主应用程序，然后查看引用部分以查看引用了哪些程序集。

我将使用加载主应用程序，然后查看引用部分以查看引用的程序集。

程序集名称应与DLL名称相同。（当然，DLL的末尾会有“.DLL”）。程序集名称是CLR计算加载哪个文件的方式

---

您的意思是可以看到某些类型使用的命名空间吗？

程序集名称应与DLL名称相同。（当然，DLL的末尾会有“.DLL”）。程序集名称是CLR计算加载哪个文件的方式

---

你的意思是你可以看到某些类型使用的名称空间吗？

对于运行你可以启动的代码，在下面板中查看DLL，列包括从中加载给定程序集的路径。

对于运行你可以启动的代码，在下面板中查看DLL，这些列包括从中加载给定程序集的路径

AHA！我不知道这是一个实际的规则。太好了，谢谢！我不认为这是一条法律，更多的是一条经验法则。我曾经从给定目录中的任何和所有.dll文件加载插件类，每个文件迭代多个名称空间，并且由于一个文件只有一个名称…@Kris:Assembly name=>filename是一个规则（CLR尝试.dll和.exe，附带附属程序集的变体等）。名称空间=>程序集名称只是一种约定。大不同：）这正是我想说的啊哈！我不知道这是一个实际的规则。太好了，谢谢！我不认为这是一条法律，更多的是一条经验法则。我曾经从给定目录中的任何和所有.dll文件加载插件类，每个文件迭代多个名称空间，并且由于一个文件只有一个名称…@Kris:Assembly name=>filename是一个规则（CLR尝试.dll和.exe，附带附属程序集的变体等）。名称空间=>程序集名称只是一种约定。大不同：）这正是我想说的