NET标准库参考.NETCore

NET标准库参考.NETCore,.net,.net-core,.net-framework-version,.net-standard,.net,.net Core,.net Framework Version,.net Standard,我是MicrosoftCore领域的新手,希望创建一个针对.NET标准的类库。我当时正在使用Visual Studio IDE 2017,并选择了.NET标准下列出的类库项目模板 当我在.NET标准项目结构上扩展SDK时,我可以看到Microsoft.NETCore.Platform 1.1.0作为参考 据我所知,.NET核心、.NET框架、Mono、通用Windows平台等使用.NET标准,而不是其他方式。请纠正我 问题: SDK下的Microsoft.NETCore.Platform 1.

我是Microsoft
Core
领域的新手,希望创建一个针对.NET标准的类库。我当时正在使用Visual Studio IDE 2017,并选择了
.NET标准下列出的类库项目模板

当我在.NET标准项目结构上扩展SDK时,我可以看到
Microsoft.NETCore.Platform 1.1.0
作为参考

据我所知,.NET核心、.NET框架、Mono、通用Windows平台等使用.NET标准,而不是其他方式。请纠正我

问题:

  • SDK下的Microsoft.NETCore.Platform 1.1.0参考有何相关性

  • 显然,它用于以下目的

    提供解析.NETCore包的目标框架、平台和特定于运行时的实现所需的运行时信息

    如果你查看源代码,可以找到更多


    它是一个跨平台的包,没有绑定到任何特定的平台,但名称错误。正如您所问,“NETCore”部分令人困惑,应该删除。

    显然,它用于以下目的

    提供解析.NETCore包的目标框架、平台和特定于运行时的实现所需的运行时信息

    如果你查看源代码,可以找到更多


    它是一个跨平台的包,没有绑定到任何特定的平台,但名称错误。正如您所问,“NETCore”部分令人困惑,应该删除。

    谢谢您的评论。我正在创建的类库的目标是特定的.NETStandard,而不是NETCore。这个想法是关于如何使用.NETStandard跨.NETFramework(CLR)、.NETCore(CORECRL)和UWP创建可重用dll的练习。包名中的“NETCore”不会阻止您做您想做的事情。请忽略这个。就像我说的,“Microsoft.NETCore.Platforms”是跨平台的。您的类库确实违反了.NET标准,可以在任何地方重用。谢谢。混淆那些花时间了解微软产品组合中新的根本性变化的人是一种罪恶。我仍在学习这些知识,希望事情变得更清楚。谢谢你的评论。我正在创建的类库的目标是特定的.NETStandard,而不是NETCore。这个想法是关于如何使用.NETStandard跨.NETFramework(CLR)、.NETCore(CORECRL)和UWP创建可重用dll的练习。包名中的“NETCore”不会阻止您做您想做的事情。请忽略这个。就像我说的,“Microsoft.NETCore.Platforms”是跨平台的。您的类库确实违反了.NET标准,可以在任何地方重用。谢谢。混淆那些花时间了解微软产品组合中新的根本性变化的人是一种罪恶。我仍在学习这些知识,希望把事情搞清楚。你的理解基本上是正确的。他们不使用.NET标准,而是实现它。我不知道为什么NETCore的作品会在那里,sorry@BradleyDotNET非常感谢。我一直在寻找答案。如果你碰巧找到了,请发出来。在阅读了他链接的文档后,我认为莱克斯的答案是正确的。其中没有任何内容表明此依赖关系将导致.NET标准库出现任何问题。VS2017发布太早,无法支持.NETCore 1.1以外的任何其他目标。首先需要完成NetStandard2.0版。新标准将取代它们。计划在2017年春季举行,现在阳光明媚,但还没有完成。我们可能会在更新中交付它。在它变得相当稳定之前,要数上百个bug,这是正在进行的工作。@HansPassant,谢谢。老实说,我并不担心VS 2017的完整性,因为成熟度只会在市场上的不同年份实现。我关心的是,我对微软的新计划如何相互关联或相互依赖的理解是否正确。看到.NETCore依赖于.NETStandard项目,我显然感到困惑。您的理解基本上是正确的。他们不使用.NET标准,而是实现它。我不知道为什么NETCore的作品会在那里,sorry@BradleyDotNET非常感谢。我一直在寻找答案。如果你碰巧找到了,请发出来。在阅读了他链接的文档后,我认为莱克斯的答案是正确的。其中没有任何内容表明此依赖关系将导致.NET标准库出现任何问题。VS2017发布太早,无法支持.NETCore 1.1以外的任何其他目标。首先需要完成NetStandard2.0版。新标准将取代它们。计划在2017年春季举行,现在阳光明媚,但还没有完成。我们可能会在更新中交付它。在它变得相当稳定之前,要数上百个bug,这是正在进行的工作。@HansPassant,谢谢。老实说,我并不担心VS 2017的完整性,因为成熟度只会在市场上的不同年份实现。我关心的是,我对微软的新计划如何相互关联或相互依赖的理解是否正确。看到.NETCore对.NETStandard项目的依赖性,我显然感到困惑。