2016-10-17 19 views

Odpowiedz

6

To nie jest łatwe, niestety. Istnieje issue open on the NuGet Github o dodaniu filtru do witryny.

W tej chwili najlepszym sposobem sprawdzenia, czy pakiet będzie działał z .NET Core, jest sprawdzanie ram obsługiwanych w sekcji Zależności.

Jeśli .NETStandard znajduje się na liście, pakiet obsługuje .NET Rdzeń poprzez .NET Platform Standard:

package supporting .NETStandard 1.0

Jeśli pakiet nie wymienia .NETStandard, albo po prostu ma pustą sekcję Zależności, to nie obsługuje .NET Rdzeń:

package with empty Dependencies section

+0

Nie rozumiem, dlaczego brak zależności oznacza, że ​​pakiet nie obsługuje .NET Core? – Vukoje

+2

@Vukoje Interfejs użytkownika jest nieco mylący i powinien zostać zaktualizowany IMO. Brak zależności oznacza coś takiego jak "obsługuje platformę .NET Framework bez żadnych dodatkowych wymaganych pakietów". Ponieważ .NET Standard będzie wymieniony jako cel zależności, który jest obecnie najprostszym sposobem określenia, czy obsługuje on .NET Core. –

+4

Pakiety NuGet zawierające PCL również obsługują .NET Core, ale nie będą wyświetlane na liście sugerowanej powyżej. Niestety, często trudno jest zauważyć, które biblioteki wysyłają PCL z podsumowania na nuget.org. Dodatkowo nuget będzie wymagał dołączenia instrukcji "import" do pliku project.json w celu użycia pakietu zbudowanego dla profilu PCL. –

1

enter image description here Ustawienia projektu NET Rdzeń w wybranej wersji. Wciąż trzymam się projektów 1.1 i 2.0, by to osiągnąć. Następnie spróbuj dodać nuget do projektu.

Na przykład ASPOSE NIE doda do projektu 1.1, ale doda do projektu 2.0.

Najprostsza trasa w krótkim czasie, dopóki nie naprawią tego w jakiś sposób.

Oczywiście nie ma gwarancji, że nadal działa, ale daje dobry pomysł, jeśli jego api compat.