.net - 如何定位.NET Framework 3.5 的依赖

Question

我正在努力解决一个让我完全迷失的部署问题。它是这样的:

我有一个 Visual Studio 部署项目，它安装了一个应用程序——一些程序集每个都编译为目标 .NET Framework 2.0。我最近对它们全部进行了强命名(因为其中一个程序集是 MS Word 和 MS Outlook 的“共享加载项”，指南说这些应该被强命名。我不知道为什么。)我认为 这就是我的问题开始的时候。但我也可能是错的。

现在的问题是，在安装 .MSI 软件包后，我尝试运行该应用程序，但它崩溃了。当我现在转向 Windows 更新时 - 它以某种方式检测到需要安装 .NET Framework 3.5 sp1。如果我在安装我的 .MSI 包之前运行它，它不会检测到这一点!

安装 .NET Framework 3.5 后，我的应用程序开始运行。

我不知道这种依赖性从何而来! (如果我无法弄清楚，那么我将不得不为我的应用程序设置 3.5，但如果我能找到依赖项的来源，我会很高兴。)

我不知道这是否是一个线索，但在我安装 3.5 之前，我尝试使用 Reflector 检查程序集，Reflector 无法从一个程序集导航到另一个程序集，说“无法自动解析以下程序集名称”然后它说明了同一文件夹中存在的文件的正确程序集名称、版本和 PublicKeyToken。更奇怪的是，它这样做是为了依赖于 Microsoft.VisualC 程序集。但话又说回来:安装 3.5 后一切都解决了。

我非常感谢能解决我的问题的任何事情，
时间差

Answer 1

好吧，好吧，经过几个不眠之夜后，我终于弄明白，它确实不是所需的完整 .NET Framework 3.5。只是一些碰巧随它分发的文件。我的一个程序集是用 C++/CLI 编写的，然后我还需要分发先决条件“Visual C++ 运行时库 (x86)”。一旦你发现它就很明显了。 感叹