之前一文《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

　　在无论是对新开发的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部署和测试 中进行详细分析】

　　下面是对步骤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.

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