.net core .NET core 1.0是否支持System.Xml.XPath？VS 2015没有'；我不这么认为_.net Core

.net core .NET core 1.0是否支持System.Xml.XPath？VS 2015没有'；我不这么认为

.net-core

.net core .NET core 1.0是否支持System.Xml.XPath？VS 2015没有'；我不这么认为,.net-core,.net Core,我正在尝试将一个库从.Net 4.x移植到.Net core 1.0，在VS 2015中我遇到的一个错误是“XPath”不是System.Xml命名空间的一部分。（即：此using语句失败：使用System.Xml.XPath）然而，当我查看NetStandard.Library 1.6的规范时，它看起来仍然是规范的一部分：发生什么事了 Michael您应该向添加依赖项。这里有些混乱提供的链接是源代码列表，大致反映了作为.NET核心（xplat）实现的一部分编程的类库。但是，这并不反映

我正在尝试将一个库从.Net 4.x移植到.Net core 1.0，在VS 2015中我遇到的一个错误是“XPath”不是System.Xml命名空间的一部分。（即：此using语句失败：使用System.Xml.XPath）

然而，当我查看NetStandard.Library 1.6的规范时，它看起来仍然是规范的一部分：

发生什么事了

Michael

您应该向添加依赖项。

这里有些混乱

提供的链接是源代码列表，大致反映了作为.NET核心（xplat）实现的一部分编程的类库。但是，这并不反映
```
netstandard
```
合同或
```
netstandard.Library
```
的1:1关系。其中有平台无关的库（例如，
```
System.Buffers
```
），它不是“.NET平台标准”的一部分，另一方面，它是只对.NET核心有用的库（其中一些：）
```
System.Xml.XPath
```
命名空间在
```
System.Xml.XPath
```
library/NuGet中实现，位于
```
netstandard1.3
```
+之上。因此，它可以作为平台无关组件提供
```
netstandard
```
涵盖了一组需要由.NET平台实现的API（如.NET Core、.NET Framework、Mono、Xamarin以及未来的Unity3D）。除此之外，还有无数与平台无关的库（如
```
System.Xml.XPath
```
或
```
System.Collections.Immutable
```
）。令人困惑的是，这些也算作“.NET标准库”的一部分。然而，在我看来，元包
```
NETStandard.Library
```
仅涵盖
```
NETStandard
```
的收缩部分，而不包括顶部的不可知论库

对于

System.Xml.XPath

来说，这在某种程度上是有意义的。它是一种不推荐使用的API，它不是“.NET平台标准”（这是对.NET实现的严格要求）的一个元素，但仍然作为“.NET标准库”的一部分提供给每个平台上的每个人使用