英文原文:ASP.NET vNext: Custom Project Loaders and Language Support
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 方法中进行了一系列的操作:
这两个类都可以在 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 框架的构建及部署方面一次结构性的改变。