Jac*_*cob 3 silverlight designer build expression-blend silverlight-4.0
我在使用Expression Blend 4时遇到了一个奇怪的问题.我一直在使用Blend 4和Visual Studio 2010一段时间而没有发生任何事故(除了超常频繁的崩溃).现在我们的图形设计师想要开始使用Blend来做一些修饰工作.
我们能够让Blend在他的计算机上编译解决方案.不幸的是,当我们尝试打开任何XAML文件时,我们从设计者那里得到错误,其中通过合并资源字典和附加属性包含的资源无法识别.基本上,即使Blend正在编译没有错误的解决方案,也好像看不到构建工件.
我们的设置中唯一奇怪的是我们的解决方案包含多个构建配置,您无法在Blend中更改构建配置.
为什么你认为Blend的设计者无法加载它构建的文件？
Jac*_*cob 13
在弄清楚Blend 4如何构建Visual Studio项目/解决方案时,我发现为什么我们的图形设计师的Blend副本无法正常工作并修复了问题.我们设置的多种构建配置都应该受到指责.以下是我发现的具体内容以及使用多个构建配置,Blend 4和Visual Studio 2010的其他任何人的警告列表.
警告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文件中手动重新排序解决方案配置.
| 归档时间： |
|
| 查看次数： |
1738 次 |
| 最近记录： |