Коли .NET Core все ще використовував project.jsonформат, ви можете створити бібліотеку класів, націлену на декілька фреймворків (наприклад, net451, netcoreapp1.0).
Тепер, коли в офіційному форматі проекту csprojвикористовується MSBuild, як ви визначаєте декілька фреймворків для націлювання? Я намагаюся шукати це в настройках проекту в VS2017, але я можу тільки цільової єдину структуру з рамок .NET ядра (вона навіть не перелічити інші повні версії .NET Framework , які я дійсно встановили) :
Відповіді:
Вам потрібно вручну відредагувати файл проекту та додати s до TargetFramework за замовчуванням і в основному змінити його на TargetFrameworks . Потім ви згадуєте Монікер з символом ; сепаратор.
Також ви можете помістити посилання на пакети Nuget в умовну групу ItemGroup вручну або за допомогою VS Nuget Package Manager.
Ось як повинен виглядати ваш .csproj:
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
<TargetFrameworks>netstandard1.6;net452</TargetFrameworks>
</PropertyGroup>
<ItemGroup Condition="'$(TargetFramework)' == 'net452'">
<PackageReference Include="Microsoft.Azure.DocumentDB">
<Version>1.12.0</Version>
</PackageReference>
</ItemGroup>
<ItemGroup Condition="'$(TargetFramework)' == 'netstandard1.6'">
<PackageReference Include="Microsoft.Azure.DocumentDB.Core">
<Version>1.1.0</Version>
</PackageReference>
</ItemGroup>
</Project>Ще одне обхідне рішення, яке я роблю в наші дні через відсутність документації, полягає в тому, що я створюю проект у VS2015 і формую project.json, використовуючи наявну документацію та intellisense, потім відкриваю рішення у VS2017 та використовую вбудоване оновлення. Потім я розгляну файл csproj, щоб з’ясувати, як зробити цю конфігурацію.
Багатоцільове націлювання на більш езотеричні цілі без прізвиська :
Microsoft:
PCL не рекомендується +
Хоча PCL підтримуються, натомість автори пакунків повинні підтримувати netstandard. .NET Platform Standard - це еволюція PCL і представляє двійкову портативність на платформах, використовуючи єдиний псевдонім, який не прив’язаний до статичних, таких як портативні a + b + c монікери.
Якщо ви хочете призначатися Портативний профіль не має зумовлений прізвиська так портативні профілі також не може робити висновок TargetFrameworkIdentifier, TargetFrameworkVersionі TargetFrameworkProfile. Також константа компілятора не визначається автоматично. Нарешті, вам слід додати всі посилання на збірки, жодне з яких не надано за замовчуванням.
Цей приклад нижче взятий з проекту, який використовував dynamicключове слово, тому йому додатково потрібна була Microsoft.CSharpзбірка, таким чином, ви можете бачити, як це посилання на різні цілі.
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
<TargetFrameworks>netstandard1.5;net40;portable40-net45+sl5+win8+wp8</TargetFrameworks>
</PropertyGroup>
<PropertyGroup Condition="'$(TargetFramework)'=='portable40-net45+sl5+win8+wp8'">
<TargetFrameworkIdentifier>.NETPortable</TargetFrameworkIdentifier>
<TargetFrameworkVersion>v4.0</TargetFrameworkVersion>
<TargetFrameworkProfile>Profile158</TargetFrameworkProfile>
<DefineConstants>$(DefineConstants);PORTABLE158</DefineConstants>
</PropertyGroup>
<ItemGroup Condition="'$(TargetFramework)'=='netstandard1.5'">
<PackageReference Include="Microsoft.CSharp" Version="4.3.0" />
<PackageReference Include="System.ComponentModel" Version="4.3.0" />
</ItemGroup>
<ItemGroup Condition="'$(TargetFramework)'=='net40'">
<Reference Include="Microsoft.CSharp" />
</ItemGroup>
<ItemGroup Condition="'$(TargetFramework)'=='portable40-net45+sl5+win8+wp8'">
<Reference Include="Microsoft.CSharp" />
<Reference Include="System" />
<Reference Include="System.Core" />
<Reference Include="System.Windows" />
</ItemGroup>
</Project>Ви можете вручну редагувати .csprojфайл для цього та встановлювати TargetFrameworks(не TargetFramework) властивість.
<TargetFrameworks>net451;netstandard1.4</TargetFrameworks>Наприклад см EFCore.csproj:
https://github.com/aspnet/EntityFrameworkCore/blob/951e4826a38ad5499b9b3ec6645e47c825fa842a/src/EFCore/EFCore.csproj
Я насправді вибрав бібліотеку класів (.NET Core).
Це не той шаблон проекту, який вам потрібен, якщо вашій бібліотеці потрібно працювати над кількома цілями платформи. За допомогою цього шаблону проекту ваша бібліотека може бути використана лише в проекті, націленому на .NETCore. Підхід до бібліотеки PCL скасовано, тепер потрібно вибрати .NETStandard.
Ви робите це, починаючи проект із шаблону проекту "Бібліотека класів (.NET Standard)". Тепер у вас є можливість вибрати .NETStandard версію. Поточна сітка сумісності тут .
Сподіваємось, вони постійно оновлюватимуть цю пов’язану статтю. Це все змінюється, .NETStandard 2.0 прибито, але поки що не поставляється. Орієнтована на 2 квартал 2017 року, можливо, на кінець весни, наразі вона показує, що виконано на 97%. Я підслухав, як дизайнери кажуть, що використовувати 1.5 або 1.6 не рекомендується, недостатньо сумісний з 2.0
project.jsonви можете вказати конкретні залежності для цільової структури.
Я зробив посібник для початківців з багатоцільового мережевого фреймворку та netcore, який починається з простого виправлення в 1 рядок, а потім проводить вас через кожне з ускладнень.
Найпростіший підхід полягає в тому, щоб спочатку досягти цілі netcore або netstandard. Потім відредагуйте файл csproj і пройдіть ці кроки для інших цілей.
<Reference />sдля System. * Dll для будь-яких цілей мережі, просто прочитавши те, що повідомлення про помилки збірки відсутні.<PackageReference />sу випадках, коли вони не однакові для кожної цілі. Найпростіший фокус - тимчасово повернутися до одиночного націлювання, щоб графічний інтерфейс правильно обробляв посилання на Nuget.