C++的性能C#的产能?! - .Net Native 系列《二》:.NET Native开发流程详解

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

  此系列系小九的学堂原创翻译,翻译自微软官方开发向导,一共分为六个主题。第一个主题是:《.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. 友情提示需要注册..

  在无论是对新开发的windows store app进行.net native编译 还是 对现有的app进行移植.net native,遵循的流程是相同的。

  创建.net native app步骤如下:

 

    1.  在已有的开发环境(windows, desktop, clr)下开发一个应用程序,配置好.net native相关文件,并进行测试确保其可运行。

    2.    使用.net native编译app

    3.  解决反射和序列化带来的额外消耗

    4.  部署和测试

    5.  发现并解决问题,直到部署和测试通过。

  【本文着重前三个开发流程,部署和测试将在下篇文章 .net native部署和测试 中进行详细分析】

  

Note 小贴士

如果你进行的是对现有app移植到.net native编译,一定要对更改后的app进行完全的测试。

  

  下面是对步骤1,2,3的详解:

  Step1: 在已有的开发环境(windows, desktop, clr)下开发一个应用程序,配置其.net native相关文件


  无论是对新开发的windows store app进行.net native编译 还是 对现有的app进行移植.net native,遵循的步骤是相同的。但当你新建一个项目时,你需要手动来启用.net native配置组件:

  

    1.  新建一个C# windows store app项目 或者打开一个已存在的windows store app project.

    2.  在解决方案资源管理器中,右键项目,选择Enable for .NET Native。然后会自动添加一个名为default.rd.xml到项目中。保留这个文件,因为它指定了一个默认的元数据的协议(metadata policy)作为应用开发的一个入口。

    3.  需要注意的是,有些Windows应用商店的应用程序项目和.net native有一些兼容性问题。关于移植相关之后会有文章涉及。暂时先给出英文链接 Migrating Your Windows Store App to .NET Native

 

  

  现在您就可以使用C#来编写在x64或者模拟器上可以运行的.net native的程序了。只有经过Step2设置后才能做到不依赖.net framework,机器码。开发阶段依然使用的clr,并没有调用.net native 静态链接库。

  提示: 当您在开发中一定要注意反射和序列化的部分,在.net native中这些机制会有额外消耗。

 

  Step2: .Net Native编译项目


 

  项目开发阶段结束后,一直运行机制是.net framework clr。

  遵循下列步骤,将项目转化为.net native编译成的机器码发行版本:

  

  1.  在项目Active config配置中选择相应运行的平台,比如x64或者ARM.

  C++的性能C#的产能?! - .Net Native 系列《二》:.NET Native开发流程详解

  2.  启动.net native编译。选择项目属性-生成栏下将Compile with .NET Native tool chain选项选中打勾。

  C++的性能C#的产能?! - .Net Native 系列《二》:.NET Native开发流程详解

  当做完上述步骤后,您就可以部署app到相应的机器上来进行测试。当你进行调试时,你将自动使用.net native 调试机制。如果你发现程序集加载了mrt100.dll,这就说明您的项目是.net native项目。

  如果想恢复原本配置不使用.net native , 可以查看上篇文章《.NET Native安装和配置》

  

  Step3: 解决反射和序列化带来的额外消耗


   当你选择Enable for .NET Native选项时会生成默认的运行时指令文件:Default.rd.xml. 该文件会提供程序运行时所有需要的元数据, 大部分情况下提供的元数据是足够程序运行的。但是有一些编程方式会导致额外的开销。

  序列化

  有两种序列化方式可能会导致运行时指令文件的额外开销:

    1.  不基于反射的序列化。在.NET Framework中比如 DataContractSerializer, DataContractJsonSerializer, XmlSerializer等类并不依赖于反射。他们需要对象序列化和反序列化时生成的代码段。详细信息可以参阅:Microsoft Serializers 篇章:Serialization and Metadata.

    2.  第三方的序列化。第三方序列化库,最经常使用的是Newtonsoft JSON serializer。它是基于反射和需要*.rd.xml的入口来进行对象的序列和反序列化。详细信息可以参阅:"Third-Party Serializers" 篇章:Serialization and Metadata.

  

  反射

  依赖反射的方法:

    在一些项目中, 代码中使用反射并不明显。有一些常用的API或者在编程中不认为是反射的部分,其实却是依靠反射来成功执行的。比如 类型的实例化和方法的构建:

      1.  The Type.MakeGenericType method

      2.  The Array.CreateInstance and Type.MakeArrayType method 

      3.  The MethodInfo.MakeGenericMethod method

    更多信息可以查看:APIs That Rely on Reflection.

    

 小贴士

运行指令文件中使用的类型名称一定要是全称.比如必须要是“System.String” 而并不能只是“String”.


 

  

  下一篇是关于.net native 部署和测试篇。敬请期待!

 

你可能感兴趣的:(native)