silverlight – 为什么Expression Blend 4的设计师在我们使用构建配置时不工作？

警告1：Blend不允许您选择构建配置.

在Visual studio中,在构建时,始终使用特定的构建配置进行构建.此设置可以更改. Blend似乎无法在其UI中的任何位置更改构建配置设置.相反,它使用自己的启发式方法来选择要使用的构建配置.

警告2：Blend在构建时不像构建时那样使用相同的逻辑来选择构建配置.

这就是给我们带来问题的原因. Blend似乎有两种不同的方式来选择构建配置.编译时,它使用.csproj文件中的逻辑来选择默认的构建配置(请参阅警告3).但是,设计人员会查找解决方案文件,该文件应该使用哪个构建配置的输出目录来解析程序集引用(请参阅警告4).因此,尽管Blend编译正常,但设计人员并未查​​看已编译的文件,而是查看它创建的空bin目录.

警告3：Blend和Visual studio不以相同的方式处理默认构建配置.

在.csproj文件的顶部,有一个属性组,指定在运行csc.exe时未指定一个构建配置时使用的构建配置. Visual studio似乎并没有修改这些数据,可能是因为它总是使用定义的构建配置而不需要它.我们删除了默认的Debug和Release配置并制作了我们自己的DebugWindows,ReleaseWindows,DebugMac和ReleaseMac配置,但是当没有指定配置时,项目文件仍然使用“Debug”. Blend 4运行csc.exe而没有构建配置,因此使用了默认逻辑.因此,我不得不手动修复.csproj文件.

警告4：Visual studio不允许您订购解决方案的构建配置,并且排序与Blend相关.

与Blend在编译时选择构建配置的方式相反,Blend的设计者似乎使用解决方案文件中的第一个解决方案配置来将项目与构建配置相关联.然后,设计人员会在输出目录中查找其配置的配置.换句话说,如果.csproj构建配置默认值与第一个解决方案配置的设置不匹配,即使您构建了项目,设计人员也不会看到您的类,合并的资源字典等.

首先无法通过Visual studio更改任何解决方案配置.为了让我们解决设计人员寻找构建工件的问题,我们不得不在.sln文件中手动重新排序解决方案配置.