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
 小贴士 |
|---|
|
这个主题依赖于预发行的.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部署和测试 中进行详细分析】
| 小贴士 |
|---|
|
如果你进行的是对现有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 部署和测试篇。敬请期待！
