C# 绑定组件可在一台PC上工作,并且不';我不能在另一个上面工作
我有一个奇怪的情况:我们在试验部分更新我们的应用程序,发现除了一台电脑外,它在所有电脑上都能工作。因此,我们有一个包含多个程序集的部署,每个程序集都定义了它的版本。假设它们是C# 绑定组件可在一台PC上工作,并且不';我不能在另一个上面工作,c#,.net,fusion,C#,.net,Fusion,我有一个奇怪的情况:我们在试验部分更新我们的应用程序,发现除了一台电脑外,它在所有电脑上都能工作。因此,我们有一个包含多个程序集的部署,每个程序集都定义了它的版本。假设它们是v1,那么我们只将其中的一部分更新为v2 部署中使用了版本为v1的程序集A,它需要另一个程序集B,现在是v2,但是A仍然需要B成为v1。我们没有任何适用于这种情况的绑定重定向(我们有一些,但它们的oldVersion大于v1) 奇怪的是,除了一台电脑之外,所有的电脑都可以使用这种方法。我希望这两种方法都能奏效。所以我的问题是
v1
,那么我们只将其中的一部分更新为v2
部署中使用了版本为v1
的程序集A
,它需要另一个程序集B
,现在是v2
,但是A
仍然需要B
成为v1
。我们没有任何适用于这种情况的绑定重定向(我们有一些,但它们的oldVersion
大于v1
)
奇怪的是,除了一台电脑之外,所有的电脑都可以使用这种方法。我希望这两种方法都能奏效。所以我的问题是——这是怎么可能的,有什么区别
我不是在寻找如何解决这个问题的答案——很明显,我们需要完全更新部署,或者使用适当的绑定重定向。我更感兴趣的是了解这是如何发生的,以及是什么导致了这台机器的不同行为 “不工作”计算机上的.NET framework版本是否可能与“工作正常”计算机上的不同?@Codor很遗憾,我无法再访问该计算机,因此无法直接检查。但是我有它的日志,我看到这里指定了
mscorlib V=4.0.0.0
,这就是我们在这里使用的well@Codor但当我们使用x64时,它可能是x86。但在我看来,这仍然不会产生任何影响。是否可能“不工作”计算机上的.NET framework版本与“工作正常”计算机上的版本不同?@Codor不幸的是,我无法再访问该计算机,因此无法直接检查。但是我有它的日志,我看到这里指定了mscorlib V=4.0.0.0
,这就是我们在这里使用的well@Codor但当我们使用x64时,它可能是x86。但在我看来,这仍然不会产生任何影响