C# “怪异修复”不再适用于；Workflow.Targets（127,5）：错误：编译失败。无法加载一个或多个请求的类型“； 我们有一个使用工作流基础的.NET 3.5 SP1的X86 VS2008项目。在某些计算机上，它会编译，但其他计算机会因以下原因而失败： Workflow.Targets(127,5): error : Compilation failed. Unable to load one or more of the requested types. Retrieve the LoaderExceptions property for more information. Workflow.Targets（127,5）：错误：编译失败。无法加载一个或多个请求的类型。有关详细信息，请检索LoaderExceptions属性。

谷歌针对可能导致此错误的不同情况提出了许多解决方案，但我发现唯一对我们有效的方法是：。为什么这样做是一个谜，但这一变化使项目能够在以前不需要的计算机上编译和工作（尽管它也在一台从不需要改变的机器上造成了问题）

关于这个问题和这个奇怪的修复有什么信息吗？最近，“修复”变得无法使用。该项目已经搁置了大约一年，现在如果该项目是使用交换的标记编译的，则在初始化工作流时会出现运行时错误：

Cannot initialize 'StateMachineWorkflowActivity' that does not define a valid 'InitialStateName' property 无法初始化未定义有效“InitialStateName”属性的“StateMachineWorkflowActivity” 如果在没有交换标记的情况下编译（使用能够编译它的机器之一，而不管是否交换标记），此运行时错误将不再发生，并且所有操作都可以正常运行

谷歌再次针对可能导致运行时错误的不同情况提出了许多解决方案，但我还没有找到一个适合我们的解决方案，解决了最初的问题，这样我们就不必交换标签，这让我觉得是一个更好的方向。该项目在一年前被成功编译（标记被替换），因此自那以后发生的变化将包括安装在3.5 SP1之外的更高版本的dot net framework-所有计算机都应用了dot net更新（但一些计算机比其他计算机更新，因此将它们全部安装在一起）。考虑到混杂变量的数量，该项目没有在足够多的机器上设置有意义的模式以供观察。一台可以构建它的机器是安装了VS2008和VS2010的x64 Win7（将其VS2008 RTM更新为VS2008 SP1没有改变它），一台无法构建它的机器是x86 WinXP，首先使用MSBuild，然后安装VS2008，然后安装VS2008和VS2010。MSBuild能够在一年前构建它，并且仍然可以在交换标记的情况下进行构建

有一个修补程序修补了一些导致编译时编译失败的情况。“编译失败。无法加载一个或多个请求的类型。”问题，但尽管我们的项目似乎与kb2023579中的描述相匹配，但没有起到任何作用，这是许多不适用于我们的解决方案之一

（我们需要解决这个问题，因为构建服务器不是编译它的机器之一）

对于这个问题：

Cannot initialize 'StateMachineWorkflowActivity' that does not define a valid 'InitialStateName' property

尝试检查XOML文件中的名称空间

namespace MyAssembly.SomeNamepace
{
    class Foo{}
}

---

那么，您的x:class属性应该是x:class=“MyAssembly.someNamespace.Foo”

您是否有一个包含自定义活动的程序集，这些自定义活动可能在某些计算机上的GAC中，而在其他计算机上可能不在GAC中？无法生成的程序集（除非交换标记）包含自定义活动，但未放置在GAC中。在GAC上查看一台可以构建的机器和一台不能构建的机器，可以确认它也没有被意外注册。这个程序集是唯一一个使用工作流基础的解决方案。奇怪的修复是唯一适合我的东西。谢谢