.NET Core应用类型（Portable apps & Self-contained apps）
介绍
有许多种方式可以用来考虑构建应用的类型，通常类型用来描述一个特定的执行模型或者基于此的应用。举例说：控制台应用（Console Application）、Web应用（Web Application）等等。所有这些类型的应用都可以用.NET Core来创建。.NET Core本身就是一个通用的开发平台。但是要赋予.NET Core跨平台的特性，.NET Core仍要需要一个角来发掘应用的类型，这被称为：应用的可移植性（application's portablility）。可移植性本质上意味着哪里可以运行你的应用程序以及要在某个特定的机器上运行需要满足哪些先决条件。下面我们要描述两种主要的.NET Core具有的可移植类型。
Portable applications
可移植应用是.NET Core的默认的应用类型。这需要.NET Core被事先安装到运行程序的目标机器上。这就意味着你作为开发人员，在不同的.NET Core装置之间你的程序是可移植的。这种类型的应用只需要携带、部署自身的代码和依赖即可（.NET Core库之外的）。为了创建一个可移植的应用程序，所有你需要做的就是在project.json里面设置目前.NET Core的类库，然后把frameworks改成如下所示：
"dependencies": {
"Microsoft.NETCore.App": {
"version": "1.0.0",
"type": "platform"
}
},
"frameworks": {
"netcoreapp1.0": {}
}
【Microsoft.NETCore.App】是一个“元数据包”，它向你表明你的目标.NET Core类库。依赖里的【type：platform】属性意味着当发布时，发布工具将省略发布这些依赖的.NET Core类库文件，因为这些依赖类库文件已经随着.NET Core安装到目标服务器上了。
使用原生依赖的可以移植应用
使用原生依赖的可以移植应用是上面可移植应用的子集。这些可以移植的应用拥有一些在依赖链上特定地方指定的原生依赖，这样这些原生依赖项可以直接运行的目标平台，我们的可以移植程序也同样可以直接运行在这些平台上。最典型的例子就是我们的Kestrel服务器（ASP.NET 跨平台 Web 服务器），它的构建是基于libuv（原生依赖）。当你发布一个具有原生依赖的可移植应用时，所有的发布输出都和上述一致，至于原生依赖，发布输出则会为每一个RID（Runtime Identifier）生成一个文件夹。下面的project.json文件展示了一个可移植应用使用原生依赖：
"dependencies": {
"Microsoft.NETCore.App": {
"version": "1.0.0",
"type": "platform"
},
"Microsoft.AspNetCore.Server.Kestrel": "1.0.0-*"
},
"frameworks": {
"netcoreapp1.0": {}
}
Self-contained applications
和可移植的应用不同，独立的应用不依赖任何分享的组件在你准备部署程序的目标机器上。和它名字的暗示一样，它意味着整个依赖是闭环的，运行时将会和整个程序一起发布。这会使整个发布包变更大一些，但是这也使得程序可以使用正确的原生依赖运行在任何一个.NET Core支持的平台上（而不用管.NET Core是否已事先被安装到目标服务器上）。这使得更加容易去部署你的应用程序到目标服务器上。因为现在应用程序的发布会自身携带运行时，所以必须事先明确指定哪些平台你的程序将会运行。比如，如果你想发布一个独立的程序到Windows 10，但不准备运行到macOS和Linux，这样你在开发时必须新增或删除一些平台（platforms）。完成一个独立的程序会经历很多步骤，但第一步需要删除任何 "type": "platform"
属性。第二步是保留对Microsoft.NETCore.App的依赖，它会拉入一些我们需要的剩余的事情。最后，我们需要在project.json中添加一个运行时（runtimes）节点，以此来表明我们的程序将会在哪些平台上运行。
"dependencies": {
"Microsoft.NETCore.App": "1.0.0"
},
"frameworks": {
"netcoreapp1.0": {}
},
"runtimes": {
"win10-x64": {},
"osx.10.11-x64": {}
}
当我们restore项目时，如果project.json中包含runtimes节点，NuGet将会restore所有指定的运行时。接下来，当需要为给定的平台发布应用程序时，我们使用如下的命令行：
dotnet publish --runtime <RID>
RID必须是project.json中指定的RID，如：win10-x64或者osx.10.11-x64，否则会报错。如果你将要发布到的操作系统是你当前的.NET Core正在运行的操作系统，则直接使用如下命令即可：
dotnet publish
但是你仍然需要在project.json中指定对应的RID。
但需要注意的是：在.NET Core Tools Preview 2 的时间期限内，独立的应用是从本机NuGet缓存中发布的，这就意味着应用所有的依赖包括.NET Core运行时和类库并不是运行优化的。因此，独立的应用比可移植的应用整体上性能要低，原因在于可移植应用所依赖的.NET Core运行时和类库都是随时可以运行（ready-to-run）的。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持小牛知识库。
-
元类型、Type、Self AnyObject 代表任意类的instance, 也就是实例对象 类的类型 仅类遵守的协议 (Class-Only Protocols) Any 代表任意类型, 包括function和optional类型 AnyClass 代表任意实例的类型: AnyObject.Type public typealias AnyClass = AnyObject.Type T.se
-
我需要的帮助是创建这个简单的类，其中有列表。当我尝试用父类别保存子类别列表时，它会出现show below错误。 JSON：-
-
主要内容：面向读者,前提条件.NET Core是Microsoft最新的通用开发平台。它可以在不同的平台上工作，并且已经被重新设计，使.NET变得快速，灵活和现代。 .NET核心恰好是微软的主要贡献之一。 开发人员现在可以使用.NET构建Android，iOS，Linux，Mac和Windows应用程序，全部使用开放源代码。 面向读者 本教程是为希望了解.NET Core基础知识的软件程序员设计的。 前提条件 要求读者应该对
-
问题内容： 元类型和Swift中有什么区别？ 这样做并返回一个？ 我了解可以用来进行检查。你怎么用？ 问题答案： 这是一个简单的示例： 假设每个实体由两件事表示： 类型： 元类型： 元类型类型是指任何类型的类型，包括类类型，结构类型，枚举类型和协议类型。 资源。 您会很快注意到这是递归的，并且可以通过诸如此类的类型来实现。 返回一个元类型的实例。 我们可以通过两种方式获取元类型的实例： 调用一个像
-
当我定义一个类时，我如何在它的方法签名中包含必须属于同一类的参数？我正在构建一个应该这样工作的图结构，但是这里有一个简化的例子： 这将导致以下错误： 我的意思是，我可以用Python 2的方式来做，但是我希望有比这更Python-3-ic的解决方案：
-
我构建了一个ASP。NET核心应用程序，我创建了一个用于单元测试的.NET核心类库。 我想在我的库中使用（获取文件的物理路径），因此我在启动时添加了这一行。我的ASP。NET核心应用程序： 在库中，我添加了对我的ASP.NET应用程序的引用，在我的类中，我写了这个： 但是当我运行它时，它会给我这个错误： 以下构造函数参数没有匹配的设备日期：IHostingEnvironment env 有什么问题
-
假设不是MediaEntry，我也想添加一个通用对象类型。因为MediaEntry可能是驻留在不同项目中的不同类，所以我不能在代码中使用对象依赖关系。在这种情况下，我怎么能要求兑换呢？
-
最常用的BIF之一，返回调用进程的pid。 语法 (Syntax) self() 参数 (Parameters) 没有 返回值 (Return Value) 返回调用进程的pid。 例如 (For example) -module(helloworld). -export([start/0]). start() -> io:fwrite("~p~n",[self()]). 输出 (