Uwp 使用Syncfusion控件编译应用程序时.net本机内存不足

Uwp 使用Syncfusion控件编译应用程序时.net本机内存不足,uwp,syncfusion,.net-native,Uwp,Syncfusion,.net Native,我的应用程序使用Syncfusion UWP图表控制和EF7 Core RC2以及VS2015 preview 2 我可以用EF7内核很好地编译应用程序,但一旦我添加了对Syncfusion的引用,我就会有很长的编译时间,最终导致.net本机内存不足异常 Syncfusion reference不会在另一个非常简单的应用程序中产生这种效果。 以前是否有人遇到过此问题,是否可能是我的csProj设置造成的 我在.NET本机运行时和编译器团队工作。我们已经看到过库的组合会导致编译器在使用内存时失控的

我的应用程序使用Syncfusion UWP图表控制和EF7 Core RC2以及VS2015 preview 2

我可以用EF7内核很好地编译应用程序,但一旦我添加了对Syncfusion的引用,我就会有很长的编译时间,最终导致.net本机内存不足异常

Syncfusion reference不会在另一个非常简单的应用程序中产生这种效果。
以前是否有人遇到过此问题,是否可能是我的csProj设置造成的

我在.NET本机运行时和编译器团队工作。我们已经看到过库的组合会导致编译器在使用内存时失控的情况。这通常是因为这些程序集中的某些类型集导致我们对泛型用法的分析超出了理性范围

有一件事可以帮助您删除Properties\default.rd.xml文件中的默认运行时指令:

    <Assembly Name="*Application*" Dynamic="Required All" /> // REMOVE THIS
这可能有助于避免失控情况,但也可能有其他副作用


我们有兴趣和你们一起更深入地调查这个问题。如果您有时间与我们合作,请发送邮件至dotnetnative@microsoft.com. 我们可能会要求为您的应用程序提供一个文件,以便进行更彻底的调查。

我在.NET本机运行时和编译器团队工作。我们已经看到过库的组合会导致编译器在使用内存时失控的情况。这通常是因为这些程序集中的某些类型集导致我们对泛型用法的分析超出了理性范围

有一件事可以帮助您删除Properties\default.rd.xml文件中的默认运行时指令:

    <Assembly Name="*Application*" Dynamic="Required All" /> // REMOVE THIS
这可能有助于避免失控情况,但也可能有其他副作用


我们有兴趣和你们一起更深入地调查这个问题。如果您有时间与我们合作,请发送邮件至dotnetnative@microsoft.com. 我们可能会要求为您的应用程序提供一个文件,以便我们可以更彻底地调查。

是的。它可能是Syncfusion,也可能是Microsoft,但不要只是将Syncfusion工具箱中的控件拖放到UWP应用程序上,然后尝试将其编译为.NET本机代码。它将添加对整个SDK的引用,在内存不足之前,它永远不会完成编译


如果spirit感动了您,您可以尝试将他们的示例浏览器编译为.NET本机浏览器来测试这一点。

是的。它可能是Syncfusion,也可能是Microsoft,但不要只是将Syncfusion工具箱中的控件拖放到UWP应用程序上,然后尝试将其编译为.NET本机代码。它将添加对整个SDK的引用,在内存不足之前,它永远不会完成编译


如果spirit感动了您,您可以通过尝试将其示例浏览器编译为.NET Native来测试这一点。

在发布模式下使用.NET Native chain tool运行应用程序时,构建应用程序将需要更多的内存空间。由于.NET本机工具是使用本机库中的托管代码编译的IL库,而且UWP XAML SDK的Syncfusion控件包含更多的程序集。因此,我们建议在应用程序中使用相应的程序集,而不是针对UWP XAML SDK的Syncfusion控件来解决此问题

您可以从以下位置引用各个部件

程序集位置:C:\Program Files x86\Syncfusion\Essential Studio\15.1.0.33\Assembly for Universal Windows\10.0

问候,,
Marimuthu S.

在发布模式下使用.Net本机链工具运行应用程序时,构建应用程序将需要更多的内存空间。由于.NET本机工具是使用本机库中的托管代码编译的IL库,而且UWP XAML SDK的Syncfusion控件包含更多的程序集。因此,我们建议在应用程序中使用相应的程序集,而不是针对UWP XAML SDK的Syncfusion控件来解决此问题

您可以从以下位置引用各个部件

程序集位置:C:\Program Files x86\Syncfusion\Essential Studio\15.1.0.33\Assembly for Universal Windows\10.0

问候,,
Marimuthu S.

我试过了,应用程序可以编译,但我遇到了一个我通常不会观察到的异常。但是,我找到了一个解决方法:SyncFusion库包含所有内容,包括厨房水槽。可以只包含对sfChart的DLL的引用,然后编译器将执行civil操作。有关详细信息,请参阅此Stackoverflow线程:这是围绕@VladimirAkopyan的另一项合理工作。任何能够剪切编译器的完整输入集的东西都可能有助于事情的进展。我们正在跟踪类似的案例,并在继续改进,以便在面对任意程序输入时具有弹性:-。我尝试过,应用程序可以编译,但我遇到了我通常不会观察到的异常。但是,我找到了一个解决方法:SyncFusion库包含所有的东西
包括厨房水槽。可以只包含对sfChart的DLL的引用,然后编译器将执行civil操作。有关详细信息,请参阅此Stackoverflow线程:这是围绕@VladimirAkopyan的另一项合理工作。任何能够剪切编译器的完整输入集的东西都可能有助于事情的进展。我们正在跟踪这样的案例,并在继续改进,以便在面对任意程序输入时保持弹性:-。