Ссылка на библиотеку .NET Standard из библиотеки классов Windows

Ответ 1

Ссылка на проект .NET Core из библиотеки классов Windows должна быть возможной. Однако библиотека .NET Standard не "напрямую совместима" с предыдущими версиями .NET Framework, то есть 4.6.1 или ниже. Библиотека .NET Standard представляет собой пакет с компонентами, которые уже существуют в .NET Framework (например, 4.6.1). Разница в том, что библиотека .NET Standard построена для кросс-платформенной платформы .NET Standard.

Вы можете настроить несколько фреймворков в разделе "frameworks" в файле project.json.

При этом вы также должны перемещать "NETStandard.Library" -зависимость непосредственно в "netstandard1.x" -framework.

Пример project.json

{
  "version": "1.0.0-*",

  "dependencies": { },

  "frameworks": {
    "net461": { },
    "netstandard1.3": {
      "dependencies": {
        "NETStandard.Library": "1.6.0"
      },
      "imports": "dnxcore50"
    }
  }
}

Это гарантирует, что вы не включаете лишних зависимостей в библиотеку NET Standard, поскольку эти зависимости будут включаться только при построении в соответствии с инфраструктурой NET Standard. Если они построены против .NET Framework 4.6.1, эти зависимости опущены. Это прекрасно, поскольку эти зависимости уже являются частью .NET Framework (как описано выше).

Теперь скажите, например, что вы хотите ссылаться на то, что не является частью библиотеки .NETStandard, а является частью среды .NET 4.6.1. Общим примером для этого на моем рабочем месте является System.ComponentModel.DataAnnotations. Он является частью .NET Framework, но представляет собой отдельный пакет для платформы .NET Standard.

Затем вам нужно будет ссылаться на него как на сборку фреймворка для "net461", но как на зависимость для фреймворка "netstandard1.x".

Пример project.json

"frameworks": {
  "net461": {
    "frameworkAssemblies": {
      "System.ComponentModel.DataAnnotations": "4.0.0.0"
    }
  },
  "netstandard1.3": {
    "dependencies": {
      "NETStandard.Library": "1.6.0",
      "System.ComponentModel.Annotations": "4.1.0"
    },
    "imports": "dnxcore50"
  }
}

Как описывает @meziantou:

Ссылка на .NET Standard в проекте, который нацелен на полную структуру, работает некорректно.

Я только что протестировал его в Visual Studio 2015, и я могу подтвердить — ссылка добавляется, но вы не можете использовать какой-либо компонент ссылочной библиотеки.

Если у вас нет установленной Visual Studio 2017, единственным решением, о котором я могу думать, является dotnet pack ваш проект и опубликовать его к NuGet-фиду. Вы можете настроить локальный фид NuGet для этой цели.

Затем просто используйте командлет Install-Package в консоли менеджера пакетов NuGet.

Install-Package <your-package> -v 1.0.0-<x>

Пакет-менеджер будет ссылаться на правильную версию пакета (.NET 4.6.1).

Ответ 2

Ссылка на .NET Standard в проекте, который нацелен на полную структуру, работает некорректно. Вместо этого ваш проект должен быть нацелен на несколько фреймворков.

Если вы используете новый инструмент (с VS 2017), т.е. формат проекта csproj, вы можете установить несколько целевых объектов в теге TargetFrameworks:

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <TargetFrameworks>netstandard1.3;net46</TargetFrameworks>
  </PropertyGroup>
</Project>

Если вам нужно, вы можете установить разные зависимости для каждой цели:

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <TargetFrameworks>netstandard1.3;net46</TargetFrameworks>
  </PropertyGroup>

  <ItemGroup Condition="'$(TargetFramework)' == 'netstandard1.3'">
    <PackageReference Include="Microsoft.Win32.Primitives" Version="4.3.0" />
    <PackageReference Include="System.Collections" Version="4.3.0" />
    <PackageReference Include="System.Runtime.InteropServices" Version="4.3.0" />
  </ItemGroup>

  <ItemGroup Condition="'$(TargetFramework)' == 'net46'">
    <PackageReference Remove="NETStandard.Library" />
  </ItemGroup>
</Project>

По умолчанию NETStandard.Library автоматически добавляется. Если вы хотите удалить его, используйте PackageReference Remove="NETStandard.Library"/>.

Ответ 3

Вы не можете использовать некоторые библиотеки в проектах PCL, потому что они не построены как PCL и не являются перекрестной платформой. Некоторое пространство имен недоступно в проектах PCL, и он не указан здесь.

В рамках проекта Portable Class Library доступны следующие сборки:

• mscorlib.dll

• System.dll

• System.Core.dll

• System.Xml.dll

• System.ComponentModel.Composition.dll

• System.Net.dll

• System.Runtime.Serialization.dll

• System.ServiceModel.dll

• System.Xml.Serialization.dll

• System.Windows.dll (from Silverlight)

Однако не все эти сборки поддерживаются на всех платформах.