ASP.NET vNext 运行时会在实际运行 C#源代码之前使用 Rosylyn 编译器对代码进行编译并加载。 David Fowler 为大家演示了如何使用 KRuntime 加载程序的依赖注入功能，让你选择的编程语言也可以支持 vNext。
KRuntime 加载程序包含了创建并运行 ASP.NET vNext 应用程序所需要的全部功能，出于设计原则的考虑，运行时本身无法分辨何谓“设计时”这一概念，编辑与加载操作是同时发生的。由于这一原因，KRuntime 定义了多个独有的加载器，它们会从project.json 文件中读取全部依赖项，随后与项目本身的源代码一起进行构建。
项目引用（project reference）加载器的行为十分有趣，在默认情况下，它会调用 RosylynProjectReferenceProvider ，后者会返回一个 RosylynProjectReference 对象。正如其名称所显示的一样，它会使用 Rosylyn C#编译器对 C#源代码进行编译并加载程序集。
不过这一行为是可以被覆盖的，David Fowler 演示了相应的做法。
ASP.NET vNext 中对 F#的支持
让我们来看一下 David 在 github 上所创建的 vNextLanguageSupport 项目，他在项目中定义了一个 FSharpProjectReferenceProvider 类，实现了 IProjectReferenceProvider 接口。该类中的方法会返回一个 FSharpProjectReference 对象，后者则实现了 IMetadataProjectReference 接口。
FSharpProjectReference 在 Emit 方法中进行了一系列的操作：
- 遍历项目引用
- 将全部引用拷贝到某个临时文件夹中
- 使用 fsc 编译器对源代码文件，以及这些引用进行编译
- 删除临时文件
这两个类都可以在 FSharpSupport 项目中找到，因此可以将其编译后作为一个程序集进行引用。值得一提的是，虽然这两个类的实现是为了支持 F#，但它们自身是用 C#语言编写的。
David 随后在一个 F#项目示例中使用了这两个类，为此他特意在 project.json 文件中定义了 projectReferenceProviderType 属性。
（代码片段）
"language": { "name": "F#", "assembly": "FSharpSupport", "projectReferenceProviderType": "FSharpSupport.FSharpProjectReferenceProvider" },
这样，你的 ASP.NET vNext 应用就能够支持 F#了。项目的启动类现在是一个F#类型，而不是C#类了。
虽然这个示例中只用到了F#，但你可以使用相同技术让任何CLR 语言都为ASP.NET vNext 所支持，所需的只是为IMetadataProjectReference 和IProjectReferenceProvider 接口提供你自己的实现。
Aleksander Heintz 也在多篇文章中针对 David 的示例进一步进行了详细解释：
项目加载器是如何运行的（请注意：这篇文章有些内容过时了，比方说RosylynAssemblyLoader 这个类现在已经不存在了）。
关于FSharpReferenceProvider 的更多细节。
如何使用上述以C#代码实现的FSharpReferenceProvider 类，让它加载一个真正的F#实现（并使用该F#实现以加载F#源代码）！
这个示例本身并不复杂，但它为我们演示了KRuntime 所使用的内置依赖注入的强大功能，它为你在项目中加入新特性提供了许多灵活性。正如在 KRuntime 结构一文中所说明的一样，运行时的每一个层，包括原生进程层（Native Process）、寄宿层（Host）、托管入口点层（Managed Entry Point）以及应用程序寄宿层（Application Host），都是由依赖注入方式所解析的。（作为示例，KRuntime 能够通过Mono 运行在Linux 和OSX 操作系统上）。
ASP.NET vNext 代表了微软在 web 框架的构建及部署方面一次结构性的改变。
查看英文原文： ASP.NET vNext: Custom Project Loaders and Language Support
暂无签名
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
评论