zoukankan      html  css  js  c++  java
  • C++的性能C#的产能?!

      之前一文《c++的性能, c#的产能?!鱼和熊掌可以兼得,.NET NATIVE初窥》 获得很多朋友支持和鼓励,也更让我坚定做这项技术的推广者,希望能让更多的朋友了解这项技术,于是先从官方信息的翻译开始做起。

      此系列系小九的学堂原创翻译,翻译自微软官方开发向导,一共分为六个主题。本文是第三个主题:.NET Native部署测试及样例

      向导文链接:C++的性能C#的产能?! - .Net Native 系列:开发向导

      [小九的学堂,致力于以平凡的语言描述不平凡的技术。如要转载,请注明来源:小九的学堂cnblogs.com/xfuture]


        原文:.NET Native Getting Started

     .NET Native部署测试及样例

    .NET Framework 4.5

        

    Note 小贴士

    这个主题依赖于预发行的.net native开发者预览版。下载地址: Microsoft Connect website. 友情提示需要注册..

      

        开发流程移步步骤《二 . NET Native开发流程详解》

      部署及测试:


      

      当你开发流程结束,配置成功.Net Native Tools并且更新了运行时指令文件, 你可以开始重建和部署测试你的应用。.Net Native 原生的二进制文件放置在项目属性配置的生成输出目录的子目录ILC.out中。若没有这个文件夹,则说明该项目并没有被.Net Native成功编译。

      .Net Native 目前支持x64arm框架,所以你只能部署该应用程序到相应的设备中。之后您需要在该设备上进行测试和解决故障。

      如果你的应用程序不能正常运行(尤其是运行时抛出了MissingMetadataExceptionMissingInteropDataException异常),您需要按照下一块内容:手动解决缺少元数据异常。启动First-chance exception(程序产生了异常并被捕获,继续运行) 可以帮助您发现这些bugs。

      经过了测试和调试错误,您已经对上述的异常进行很好的处理后,应该测试一些性能优化情况。要做性能测试,必须要将项目构建从debug改成release,测其发行版本。

      常见的问题:


      .net native 最常见的问题就是遇到MissingMetadataException了。该异常会导致程序出现不可预测的行为甚至崩掉。本节来讨论如何通过在运行时添加指令来进行调试和解决此类型的异常。有关运行指令格式相关的信息,请参照:Runtime Directives (rd.xml) Configuration File Reference.当你添加好运行指令后,你可以部署和测试你的应用程序并且解决元数据的相关异常。

      注意: 添加指令并不应该更改底层代码,应该在较高层次集中处理。建议在命名空间或者类型初添加指令,而不是每一块代码段。添加指令后机器码项目编译时间也会增长。

      当处理元数据丢失的异常时,应考虑如下问题:

        1. 应用程序做了什么导致了这个异常? 例如它是否是数据绑定?还是序列化和反序列化拿到数据?或者是反射?

        2. 这个异常是否是普遍的?例如当序列化一个对象时产生了该异常,你就需要每一个序列化的部分都来检查测试一下了。

        3. 尽量少的用反射。重构代码,将反射部分尽可能的更换机制。

      测试中遇到问题的样例:

      


        Example: Handling Exceptions When Binding Data

         这个例子是一个.Net Native项目当绑定数据时遇到的MissingMetadataException异常。异常信息如下:

        

        This operation cannot be carried out as metadata for the following type was removed for performance reasons: App.ViewModels.MainPageVM
    

         下面是相关栈调用的信息:

    Reflection::Execution::ReflectionDomainSetupImplementation.CreateNonInvokabilityException+0x238
    Reflection::Core::ReflectionDomain.CreateNonInvokabilityException+0x2e
    Reflection::Core::Execution::ExecutionEnvironment.+0x316
    System::Reflection::Runtime::PropertyInfos::RuntimePropertyInfo.GetValue+0x1cb
    System::Reflection::PropertyInfo.GetValue+0x22
    System::Runtime::InteropServices::WindowsRuntime::CustomPropertyImpl.GetValue+0x42
    App!$66_Interop::McgNative.Func_IInspectable_IInspectable+0x158
    App!$66_Interop::McgNative::__vtable_Windows_UI_Xaml_Data__ICustomProperty.GetValue__STUB+0x46
    Windows_UI_Xaml!DirectUI::PropertyProviderPropertyAccess::GetValue+0x3f 
    Windows_UI_Xaml!DirectUI::PropertyAccessPathStep::GetValue+0x31 
    Windows_UI_Xaml!DirectUI::PropertyPathListener::ConnectPathStep+0x113
    

         这个应用是WPF程序,Xaml中的空间元素(View)通过绑定和PropertyInfo.GetValue来通过类型拿到上下文数据载体(ViewModel)属性的值。但是这个属性的元数据丢失了,所以报出了元数据丢失的异常。

        解决方案:

        第一步设置该对象是可序列化的,保证其是可访问的:

        

    <Type Name="App.ViewModels.MainPageVM" Serialize="Required Public" />
    

         第二步考虑其是否为普遍问题。在本例中所有viewmodel都存在该问题,所以不应一次只修改一个地方后就继续进行调试。由于所有viewmodel都在app.viewmodels里所以可以进行如下设置:

        

    <Namespace Name="App.ViewModels " Serialize="Required Public" />
    

         由于数据绑是基于反射的,所以无法通过更改代码方式来避免反射。但有一些方法可以做到在编译时就将view和viewmodel关联起来,不依赖运行时来保存元数据。例如可以设置Windows.UI.Xaml.Data.BindableAttribute 属性,它会让编译器在编译时关联上下文,避免使用运行时Default.rd.xml序列化来拿元数据。

        有关rd.xml可以参阅Runtime Directives (rd.xml) Configuration File Reference.


        在开发中可能会遇到更多的问题,可以MSDN论坛来进行发问。

        若想查看该系列前几篇可以点击: 向导

        

      

  • 相关阅读:
    Spring boot MultipartResolver
    shell 脚本中的当前工作目录等于执行脚本时所在的工作目录
    IDEA Exception in thread "main" java.lang.ClassNotFoundException: com.streamax.servicecore.business.FileManageServApplication
    java学习路线图-----java基础学习路线图(J2SE学习路线图)
    Java基本语法-----java数组(一维数组二维数组)
    Java基本语法-----java二维数组
    Java基本语法-----java函数
    程序员的自我修养-----Java开发的必须知道的几个注意点
    JAVA面向对象-----java面向对象的六大原则
    Java集合-----java集合框架常见问题
  • 原文地址:https://www.cnblogs.com/xfuture/p/3718519.html
Copyright © 2011-2022 走看看