Performance 减少工作流基础项目生成时间
我在一个WF项目上工作,该项目中有许多流程和代码活动。 该项目的构建时间太长(是解决方案中任何其他项目的20-30倍) 我问过谷歌,但似乎没有任何信息Performance 减少工作流基础项目生成时间,performance,visual-studio,build,workflow-foundation-4,Performance,Visual Studio,Build,Workflow Foundation 4,我在一个WF项目上工作,该项目中有许多流程和代码活动。 该项目的构建时间太长(是解决方案中任何其他项目的20-30倍) 我问过谷歌,但似乎没有任何信息 请问,如何减少工作流基础项目的构建时间?。主要部分可能是所有基于XAML的组合活动在生成过程中得到验证。这意味着,它们被实例化了 您可以使用csproj文件中未记录的设置来关闭该功能: <SkipWorkflowValidation>true</SkipWorkflowValidation> <Disable
请问,如何减少工作流基础项目的构建时间?
。主要部分可能是所有基于XAML的组合活动在生成过程中得到验证。这意味着,它们被实例化了 您可以使用csproj文件中未记录的设置来关闭该功能: <SkipWorkflowValidation>true</SkipWorkflowValidation>
<DisableWorkflowCompiledExpressions>true</DisableWorkflowCompiledExpressions>
true
符合事实的
必须将此设置添加到所有配置部分(通常,您需要在所有配置中添加相关元素)
可以通过以下步骤在Visual Studio中编辑项目文件(csproj或vbproj扩展名):
- 右键单击解决方案资源管理器中的项目,然后选择“卸载项目”
- 右键单击卸载的项目(现在显示为“(不可用”)后缀),然后选择“编辑”
- 项目文件将在Visual Studio编辑器中打开,您可以手动编辑它
试试看,看看构建时间。但是请注意,这将在构建期间跳过一些可能有价值的测试…主要部分可能是所有基于XAML的复合活动都会在构建期间得到验证。这意味着,它们被实例化了 您可以使用csproj文件中未记录的设置来关闭该功能:
<SkipWorkflowValidation>true</SkipWorkflowValidation>
<DisableWorkflowCompiledExpressions>true</DisableWorkflowCompiledExpressions>
true
符合事实的
必须将此设置添加到所有配置部分(通常,您需要在所有配置中添加相关元素)
可以通过以下步骤在Visual Studio中编辑项目文件(csproj或vbproj扩展名):
- 右键单击解决方案资源管理器中的项目,然后选择“卸载项目”
- 右键单击卸载的项目(现在显示为“(不可用”)后缀),然后选择“编辑”
- 项目文件将在Visual Studio编辑器中打开,您可以手动编辑它
试试看,看看构建时间。但是请注意,这将在构建过程中跳过一些可能有价值的测试…Mindbawing!成功了。请问你在哪里找到的?那么,跳过了哪些测试?谢谢我们在微软打了一个支持电话,我从那里得到了这个信息。我们还有另一个问题:在构建时实例化活动会引发异常,因为我们的一些活动需要一个特殊的运行时环境才能正常运行,而这在构建时并不存在。因此,由于这个实例化,构建过程失败了——甚至比长构建时间还要糟糕:)我不确定MS在构建过程中对活动做了什么。一般来说,从这些设置的名称来看,我只能猜测他们试图在构建时确定活动在以后可以正常运行。“尽早检测问题”通常是一个好模式。除非您浪费开发人员的数量x每天生成的数量x 15秒的时间:)具有“未优化”生成配置的生成服务器可以检测问题。每个人都可以利用节省下来的时间来修复它们。如果有的话。谢谢你的帮助,振作精神!成功了。请问你在哪里找到的?那么,跳过了哪些测试?谢谢我们在微软打了一个支持电话,我从那里得到了这个信息。我们还有另一个问题:在构建时实例化活动会引发异常,因为我们的一些活动需要一个特殊的运行时环境才能正常运行,而这在构建时并不存在。因此,由于这个实例化,构建过程失败了——甚至比长构建时间还要糟糕:)我不确定MS在构建过程中对活动做了什么。一般来说,从这些设置的名称来看,我只能猜测他们试图在构建时确定活动在以后可以正常运行。“尽早检测问题”通常是一个好模式。除非您浪费开发人员的数量x每天生成的数量x 15秒的时间:)具有“未优化”生成配置的生成服务器可以检测问题。每个人都可以利用节省下来的时间来修复它们。如果有的话。谢谢你的帮助。