Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/.net/20.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
.Net核心和ASP.Net核心交互_.net_Asp.net Core_.net Core - Fatal编程技术网

.Net核心和ASP.Net核心交互

.Net核心和ASP.Net核心交互,.net,asp.net-core,.net-core,.net,Asp.net Core,.net Core,我。与ASP.NET Core一起使用它会导致一些半相关的问题: 几天前,我的机器刚刚安装了VS 2015 update 1……安装中已经包含了Microsoft Web Developer Tools。尽管如此,我使用的.net core MSI安装程序显然安装了缺少的.net core功能。如果ASP.NET Core依赖于.NET Core,为什么会出现这种颠倒的行为 为什么在Visual Studio 2015打开文件之前,dnx和dnu命令在命令行上不可用?这是最终用户体验的曙光地带。

我。与ASP.NET Core一起使用它会导致一些半相关的问题:

  • 几天前,我的机器刚刚安装了VS 2015 update 1……安装中已经包含了
    Microsoft Web Developer Tools
    。尽管如此,我使用的.net core MSI安装程序显然安装了缺少的.net core功能。如果ASP.NET Core依赖于.NET Core,为什么会出现这种颠倒的行为
  • 为什么在Visual Studio 2015打开文件之前,dnx和dnu命令在命令行上不可用?这是最终用户体验的曙光地带。我不应该仅仅通过安装.Net Core就可以使用这些CLI工具吗
  • 我可以理解.NETCore安装程序的存在,但为什么会有独立的安装程序?难道仅仅通过使用.NET Core提供的工具就不可能设置和构建ASP.NET Core项目吗?ASP.NET核心不只是NuGet包的附加层吗
  • 与“dotnet”CLI工具相比,命令行工具“dnx、dnu和dnvm”的路线图是什么?我读了十几篇关于这方面的不同文章,它们似乎都微妙地相互矛盾。例如,“dnx、dnu和dnvm”最终会消失吗?或者它们会一直存在,而“dotnet”CLI工具只是一个方便的包装器?实际上,我得到的模糊印象是,“dotnet”CLI工具与.Net Core关联,“dnx、dnu、dnvm”工具与ASP.Net Core关联。请把我理清楚
  • 构建框架选项的官方列表是什么,以及它们的解释。我指的是project.json中的“frameworks”元素。每次我看到一个列表,很快我就会发现一个新的框架不在列表中 实际上,我也对我用来安装.NETCore的.NETCore“入门”链接(本文开头)感到好奇。我找不到任何链接到它的Microsoft站点。相反,我只是通过谷歌搜索找到它。这让我很不舒服…它真的是安装.NETCore的“门户”吗?还有别的吗

  • Visual Studio 2015 RTM没有ASP.NET核心。这意味着它不是捆绑在一起的。因此,需要安装自己的独立安装程序
  • dnvm
    应在命令行中工作。安装程序应该已经将
    %userprofile%\.dnx\bin的路径添加到
    path
    环境变量中
    dnx
    dnu
    需要知道要在哪个运行时下运行它,因此它可能首先从命令行不可用,除非通过运行
    dnvm use%runtime%
    dnvm use default
    指定运行时
  • .NET核心
    是运行时。它不是一个nuget包。安装ASP.NET Core时,您正在安装Visual Studio的工具。但不太确定使用OSX或nix安装程序会得到什么。可能只是预装了软件包
  • 一旦RC2发布,
    dnvm
    dnu
    dnx
    最终将消失。它们都将被一个
    dotnet
    命令替换
  • 没有正式的框架列表。这主要取决于您希望在哪个平台下运行项目。这里有一些文章(,)应该澄清这些名字的含义。通常,如果你想使用完整的框架,你会使用
    net*
    ,如果你只需要核心的东西,你会使用
    dnx*
  • 此外,文章开头的第一个链接指向安装程序的“dev”(不稳定)分支。我建议玩,直到他们正式发布RC2

  • Visual Studio 2015 RTM没有ASP.NET核心。这意味着它不是捆绑在一起的。因此,需要安装自己的独立安装程序
  • dnvm
    应在命令行中工作。安装程序应该已经将
    %userprofile%\.dnx\bin的路径添加到
    path
    环境变量中
    dnx
    dnu
    需要知道要在哪个运行时下运行它,因此它可能首先从命令行不可用,除非通过运行
    dnvm use%runtime%
    dnvm use default
    指定运行时
  • .NET核心
    是运行时。它不是一个nuget包。安装ASP.NET Core时,您正在安装Visual Studio的工具。但不太确定使用OSX或nix安装程序会得到什么。可能只是预装了软件包
  • 一旦RC2发布,
    dnvm
    dnu
    dnx
    最终将消失。它们都将被一个
    dotnet
    命令替换
  • 没有正式的框架列表。这主要取决于您希望在哪个平台下运行项目。这里有一些文章(,)应该澄清这些名字的含义。通常,如果你想使用完整的框架,你会使用
    net*
    ,如果你只需要核心的东西,你会使用
    dnx*

  • 此外,文章开头的第一个链接指向安装程序的“dev”(不稳定)分支。我建议玩,直到他们正式发布RC2。

    来澄清问题3之前的答案:“.NET核心是运行时。它不是nuget包。”这句话有点含糊不清。您应该首先定义.NET核心的含义。很多.NET核心功能实际上都是以NuGet包的形式提供的。如果从这里开始,您会有一个想法:

    从RC2开始,唯一不是NuGet包的位是CLI工具集。您需要在目标环境上安装.NET CLI,其他所有内容都作为软件包部署

    此外,ASP.NET核心构建在.NET核心之上,而不是与之捆绑。一个类比:今天FCL是框架附带的,但它上面还有一些附加功能,比如说,SignalR。因此.NET核心类库(CoreFX)是基本的构建块