以前一文《c++的性能, c#的产能?!鱼和熊掌能够兼得,.NET NATIVE初窥》 得到不少朋友支持和鼓励,也更让我坚决作这项技术的推广者,但愿能让更多的朋友了解这项技术,因而先从官方信息的翻译开始作起。html
此系列系小九的学堂原创翻译,翻译自微软官方开发向导,一共分为六个主题。第一个主题是:《.NET Native安装和配置》 本文是第二个主题:.NET Native开发流程详解。c++
向导文连接:《C++的性能C#的产能?! - .Net Native 系列:开发向导》web
[小九的学堂,致力于以平凡的语言描述不平凡的技术。如要转载,请注明来源:小九的学堂。cnblogs.com/xfuture]编程
原文:.NET Native Getting Startedc#
.NET Native开发流程详解windows
.NET Framework 4.5app
![]() |
---|
这个主题依赖于预发行的.net native开发者预览版。下载地址: Microsoft Connect website. 友情提示须要注册..性能 |
在不管是对新开发的windows store app进行.net native编译 仍是 对现有的app进行移植.net native,遵循的流程是相同的。测试
建立.net native app步骤以下:spa
1. 在已有的开发环境(windows, desktop, clr)下开发一个应用程序,配置好.net native相关文件,并进行测试确保其可运行。
2. 使用.net native编译app
3. 解决反射和序列化带来的额外消耗
4. 部署和测试
5. 发现并解决问题,直到部署和测试经过。
【本文着重前三个开发流程,部署和测试将在下篇文章 .net native部署和测试 中进行详细分析】
![]() |
---|
若是你进行的是对现有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.
2. 启动.net native编译。选择项目属性-生成栏下将Compile with .NET Native tool chain选项选中打勾。
当作完上述步骤后,您就能够部署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 部署和测试篇。敬请期待!