应用程序域是 .NET 里的程序隔离边界， 一个进程可以包含多个应用程序域。在 aardio 中应用程序域就是 dotNet.appDomain 对象。
在 aardio 创建 .NET 应用程序域的完整代码如下（不必要这么做）：
//加载 CLR 运行时
var clr = dotNet.clr("v4.0")
//创建应用程序域，可选在参数中指定域名称
var appDomain = clr.createAppDomain()
//加载 .NET 程序集
var SystemAssembly = appDomain.load("System");
//加载 .NET 名字空间
var System = dll.import("System");
//卸载应用程序域
appDomain.unload()
但是一般我们不需要写上面这些复杂的代码。
具体到用法：
所以上面的代码我们可以简化如下：
dotNet.load("System").import("System");
dotNet.load 导入程序集，而 .NET 程序集对象提供 import 函数加载 .NET 名字空间。当程序集与导入的 .NET 名字空间相同时，我们可以进一步简化上面的代码为：
dotNet.import("System");
因为 aardio 提供了 System 标准库用于执行上面的代码。
所以我们可以简写为：
import System;
实际上面的代码我们都不用写，因为导入 dotNet 库时会自动导入 .NET 的 System 名字空间。
.NET 作为一个大型框架，需要考虑各种情况，有很多步骤和参数， 但是 aardio 的目标则是只要简洁，不求完美！
NET 虽然有很多版本，但核心运行时只有 CLR 2.0 与 CLR 4.0 的区别。如果 C# 代码使用了一些非常新的 C# 语法 —— 用 VS 编译成 DLL 以后在 CLR 4.0 下运行时没有问题的。
aardio 可以自动兼容 CLR 2.0 / CLR 4.0 编写的程序集。 aardio + .NET 开发有更好的兼容性，对 .NET 版本没有严格要求，可以重用大量的 .NET 组件， 并且可以编写出体积小、不依赖非系统 DLL 的独立 EXE 文件（也可以内存加载外部程序集）
系统自带的都是 .NET Framework 。 如果安装 NuGet 包时找不到 .NET Framework 的程序集， 那么可以改用 NET Standard 2.0 的程序集。
自 .NET Framework 4.5 及以上 起支持 NET Standard 1.0， 自 .NET Framework 4.6.1 起支持 NET Standard 2.0， 但实际上 NET Standard 2.0 推荐的最低版本是 .NET 4.7.2 。
参考：.NET 版本和依赖关系