.NET Standard vs .NET Core

Я читав про різницю між .NET Standard та .NET Core, але насправді не знаю, у чому різниця, або коли вибрати проект бібліотеки .NET Standard та коли вибрати проект бібліотеки .NET Core.

Я читав, що .NET Standard полягає у тому, щоб забезпечити доступність набору API завжди, незалежно від використовуваної платформи (доки ця платформа сумісна з обраною вами версією .NET Standard). Якщо я не помиляюся, це означає, що я можу створити бібліотеку класів .NET Standard і потім використовувати її на будь-якій платформі, сумісній з обраною вами версією .NET Standard.

З .NET Core я читав, що він призначений і для міжплатформового використання, тому якщо я вибираю бібліотеку .NET Core, то, здається, я можу використовувати її і на багатьох платформах, як .NET Standard.

Тож наприкінці я не бачу різниці. Коли я повинен використовувати який? У чому різниця між ними?

Я спробую ще більше прояснити ваші сумніви і поширити відповідь на Джон Скіта.

.NET Standard - це специфікація , тому бібліотека, складена для певної версії .NET Standard, може використовуватися в різних реалізаціях .NET Standard.

Як було сказано в іншому моєму коментарі, хороша аналогія взаємозв'язку між .NET Standard та іншими .NET Standard Implementations (.NET Core, .NET Framework тощо) - це суть Девіда Фаулера : версії .NET Standard є Interfaces, а рамки - реалізація цих інтерфейсів.

Ця спрощена схема може допомогти зрозуміти цей взаємозв'язок:

Будь-яке націлювання NetCore10має доступ до INetStandard15API та NetCore10 певних API (наприклад, DotNetHostPolicy).

Звичайно, ця бібліотека не може використовуватися в різних INetStandard15реалізаціях ( NetCore10не конвертована в NetFramework462або Mono46).

Якщо ви, замість того , необхідний доступ тільки до INetStandard15API , (і мета, специфікація замість рамки конкретної) Ваша бібліотека може використовуватися будь-який структури , яка реалізує його ( NetCore10, NetFramework462і т.д.)

Примітка: в оригінальній аналогії Девід Фоулер використовував інтерфейси як для версій .NET Standard, так і для реалізації фреймворків. Я вважаю, що використання інтерфейсів та класів, натомість, більш інтуїтивно зрозуміло та краще відображає взаємозв'язок між специфікаціями та конкретними реалізаціями.

.NET Core - це реалізація .NET Standard. Він доступний у декількох операційних системах, але це не те саме - є й інші реалізації .NET Standard.

Отже, якщо ви створите бібліотеку .NET Core, вона матиме доступ до речей, реалізованих у .NET Core, але не є частиною .NET Standard, і ваша бібліотека не буде сумісною з іншими реалізаціями .NET Standard, такі як Xamarin, Tizen, повна .NET рамка робочого столу тощо.

Якщо коротко: щоб досягти максимальної портативності, зробіть свою бібліотеку цільовою .NET Standard.

Бібліотека .NET Core Class - це, як правило, підмножина бібліотеки .NET Framework, яка містить лише меншу кількість API. Дотримуючись бібліотеки .NET Core Class ускладнює обмін кодом між режимами виконання. Цей код може не працювати для іншого часу виконання (Моно для Xamarin), оскільки він не має потрібного вам API. Для вирішення цього питання існує .NET Standard - це лише набір специфікацій, який повідомляє вам, які API ви можете використовувати . Основна мета .NET Standard - обмін кодом між режимами виконання. І важливо, щоб ця специфікація була реалізована усіма програмами виконання. (.NET Framework, .NET Core та Mono для Xamarin).

Отже, якщо ви впевнені, що будете використовувати свою бібліотеку лише для проектів .NET Core, ви можете ігнорувати .NET Standard, але якщо є навіть невеликий шанс, що ваш код буде використаний .NET Framework або Mono для Xamarin, тоді це краще дотримуватися .NET Standard

Також зауважте, що більш високі версії .NET Standard містять більше API, але нижчі версії підтримуються більшою кількістю платформ. Тому якщо ви створюєте бібліотеку .NET Standard, якою ви хочете ділитися між режимами виконання, тоді націліть на найнижчу версію, яку ви можете , що допоможе вам досягти більшості платформ. Наприклад, якщо ви хочете працювати на .NET Framework 4.5 та .NET Core 1.0, найвищою версією .NET Standard, яку ви можете скористатися, є .NET Standard 1.1. Щоб отримати докладнішу інформацію, зверніться до цієї чудової таблиці з документації .

PS: Також, якщо ви хочете перетворити свою бібліотеку в .NET Standard, аналізатор портативності .NET може допомогти вам у цьому.

.NET Standard - це специфікація .NET API, призначена для доступу до .NET-реалізацій. Це дозволяє визначити єдиний набір API BCL для всіх реалізацій .NET.

.NET Core - одна з таких реалізацій .NET Standard. .NET Framework - це ще одна реалізація .NET Standard.

Зображення з .NET Blog

Відповідь Federicos дає графічний огляд того, як кожен фреймворк розвивається з версіями. Подивіться нижче на схему від Microsoft Docs .

Націлювання .NET Standard збільшує підтримку вашої платформи, тоді як націлювання на певну .NET платформу, таку як .NET Core (або .NET Framework), дозволить вам використовувати всі функції платформи для цієї платформи.

.NET Standard - це специфікація API, яку повинні надавати всі .NET-реалізації. Це приносить узгодженість з сімейством .NET і дозволяє створювати бібліотеки, які ви можете використовувати з будь-якої реалізації .NET. Він замінює PCL для створення спільних компонентів.

.NET Core - це реалізація стандарту .NET, оптимізованого для створення консольних додатків, веб-додатків та хмарних служб за допомогою ASP.NET Core. Його SDK оснащений потужним інструментом, який, крім розробки Visual Studio, підтримує повний робочий процес розвитку на основі командного рядка. Ви можете дізнатися більше про них на aka.ms/netstandardfaq та aka.ms/netcore .

Сказане вище, разом із дуже чітким поясненням більшості речей, обговорених у цьому питанні, можна знайти у такій надзвичайно корисній статті Microsoft (MSDN - вересень 2017 року): .NET Standard - Демістифікуючий .NET Core та .NET Standard

Ви мали на увазі .NET Framework? Тому що стандарт .NET - це такі реалізації, як .NET Framework, .NET Core та Xamarin.

Я люблю .NET Core, тому що ми можемо розмістити його в Linux (використовуйте nginx на моєму досвіді). Це інше, ніж .NET Framework, який ви можете розміщувати лише на IIS. Ви можете розглянути питання про розміщення бюджету на хостинг у цьому випадку (Тому що сервер Windows дорогий для мене).

З точки зору середовища розробки , .Net core є легким. Отже, ви можете використовувати VSCode, Sublime, для IDE (не тільки візуальної студії).

Простіше кажучи, .NET стандарт використовується для написання проектів бібліотеки класів, які компілюються в dll. .NET Core може використовуватися для розробки фактичних веб-додатків, які можуть працювати в усіх операційних системах (Windows, Linux, MacOS). (У .NET Core 3 Microsoft надає функціональність для розробки додатків для настільних ПК за допомогою WPF, але до цих пір ці додатки не будуть кросплатформенними і працюватимуть лише в системі Windows. У майбутньому Microsoft може зробити їх і кросплатформенними) .NET стандарт бібліотеки / dll можна використовувати в будь-якій програмі, яка використовує .NET (.NET Framework, .NET Core), що означає, що ви можете використовувати .NET стандарт і з .NET Framework, і з ядром .NET.