В чем разница между .NET Core, .NET Framework и Xamarin?

Вы должны использовать .NET Core вместо .NET Framework или Xamarin в следующих 6 типичных сценариях в соответствии с документацией здесь.

1. Межплатформенные потребности

Очевидно, что если ваша цель - иметь приложение (веб-сервис), которое должно работать на разных платформах (Windows, Linux и MacOS), лучший выбор в экосистеме .NET - использовать .NET Core в качестве среды выполнения (CoreCLR ) и библиотеки кроссплатформенны. Другой вариант - использовать Mono Project.

Оба варианта имеют открытый исходный код, но .NET Core напрямую и официально поддерживается Microsoft, и в дальнейшем потребуются большие инвестиции.

При использовании .NET Core на разных платформах лучший опыт разработки достигается в среде Windows с интегрированной средой разработки Visual Studio, которая поддерживает множество функций повышения производительности, включая управление проектами, отладку, управление исходным кодом, рефакторинг, расширенное редактирование, включая Intellisense, тестирование и многое другое. Но расширенная разработка также поддерживается с использованием Visual Studio Code на Mac, Linux и Windows, включая intellisense и отладку. Даже сторонние редакторы, такие как Sublime, Emacs, VI и другие, работают хорошо и могут получить редактор intellisense с помощью проекта Omnisharp с открытым исходным кодом.

2. Микросервисы

Когда вы создаете систему, ориентированную на микросервисы, состоящую из нескольких независимых, динамически масштабируемых микросервисов с отслеживанием состояния или без отслеживания состояния, вы получаете большое преимущество в том, что вы можете использовать различные технологии / фреймворки / языки на уровне микросервисов. Это позволяет вам использовать наилучший подход и технологию для микропредметов в вашей системе, поэтому, если вы хотите создавать очень производительные и масштабируемые микросервисы, вам следует использовать .NET Core. В конце концов, если вам нужно использовать любую библиотеку .NET Framework, несовместимую с .NET Core, проблем нет, вы можете создать этот микросервис с .NET Framework, и в будущем вы сможете заменить его на .NET. Основной.

Платформа инфраструктуры, которую вы могли бы использовать, очень много. В идеале для больших и сложных систем микросервисов следует использовать Azure Service Fabric. Но для микросервисов без сохранения состояния вы также можете использовать другие продукты, такие как Служба приложений Azure или Функции Azure.

Обратите внимание, что по состоянию на июнь 2016 года не все технологии в Azure поддерживают .NET Core, но поддержка .NET Core в Azure будет значительно увеличиваться после выпуска .NET Core RTM.

3. Лучшие производительные и масштабируемые системы.

Когда вашей системе требуется максимально возможная производительность и масштабируемость, чтобы вы получали максимальную скорость отклика независимо от того, сколько у вас пользователей, именно тогда .NET Core и ASP.NET Core действительно сияют. Чем больше вы можете сделать с таким же объемом инфраструктуры / оборудования, тем более широкие возможности вы получите для конечных пользователей - при меньших затратах.

Дни улучшения производительности по закону Мура для одиночных процессоров больше не применяются; тем не менее, вам нужно делать больше, пока ваша система растет и вам нужна более высокая масштабируемость и производительность для более требовательных повседневных пользователей, число которых растет в геометрической прогрессии. В конечном итоге вам необходимо повысить эффективность, оптимизировать повсюду и лучше масштабироваться для кластеров машин, виртуальных машин и ядер ЦП. Это не просто вопрос удовлетворения пользователя; это также может иметь огромное значение для стоимости / совокупной стоимости владения. Вот почему так важно стремиться к производительности и масштабируемости.

Как уже упоминалось, если вы можете изолировать небольшие части своей системы в виде микросервисов или любого другого слабосвязанного подхода, это будет лучше, поскольку вы сможете не просто развивать каждый небольшой элемент / микросервис независимо, а иметь более долгосрочную перспективу. гибкость и обслуживание, но вы также сможете использовать любую другую технологию на уровне микросервисов, если то, что вам нужно, несовместимо с .NET Core. И в конечном итоге вы сможете его реорганизовать и по возможности перенести в .NET Core.

4. Разработка стиля командной строки для Mac, Linux или Windows.

Этот подход не является обязательным при использовании .NET Core. Конечно, вы также можете использовать полную интегрированную среду разработки Visual Studio. Но если вы разработчик, который хочет разрабатывать легкие редакторы и интенсивно использовать командную строку, .NET Core разработан для интерфейса командной строки. Он предоставляет простые инструменты командной строки, доступные на всех поддерживаемых платформах, позволяя разработчикам создавать и тестировать приложения с минимальной установкой на машины разработчика, лаборатории или производственной среды. Редакторы, такие как Visual Studio Code, используют одни и те же инструменты командной строки для разработки. И IDE, как и Visual Studio, используют те же инструменты CLI, но скрывают их за богатым интерфейсом IDE. Теперь разработчики могут выбрать уровень, на котором они хотят взаимодействовать с цепочкой инструментов от интерфейса командной строки до редактора и среды разработки.

5. Необходимость наличия рядом версий .NET для каждого уровня приложения.

Если вы хотите иметь возможность устанавливать приложения, зависящие от разных версий фреймворков в .NET, вам необходимо использовать .NET Core, который обеспечивает 100% параллельную работу, как описано ранее в этом документе.

6. Приложения Windows 10 UWP .NET.

Кроме того, вы также можете прочитать:

1. Когда мне НЕ использовать .NET Core?
2. Когда все еще следует использовать .NET Framework 4.x вместо .NET Core?
3. Когда следует использовать Xamarin вместо .NET Core?

Вот как объясняет это Microsoft:

.NET Framework - это «полный» или «традиционный» вариант .NET, распространяемый вместе с Windows. Используйте это, когда вы создаете настольное приложение Windows или UWP или работаете со старыми версиями ASP.NET 4.6+.

.NET Core - это кроссплатформенный .NET, работающий в Windows, Mac и Linux. Используйте это, если вы хотите создать консоль или веб-приложения, которые могут работать на любой платформе, в том числе внутри контейнеров Docker. В настоящее время это не относится к UWP / настольным приложениям.

Xamarin используется для создания мобильных приложений, которые могут работать на устройствах iOS, Android или Windows Phone.

Xamarin обычно работает поверх Mono, версии .NET, созданной для кроссплатформенной поддержки до того, как Microsoft решила официально перейти на кроссплатформенность с .NET Core. Как и Xamarin, платформа Unity также работает поверх Mono.

Распространенная путаница заключается в том, что ASP.NET Core подходит. ASP.NET Core может работать поверх .NET Framework (Windows) или .NET Core (кроссплатформенный), как подробно описано в этом ответе: Разница между ASP.NET Core (.NET Core) и ASP.NET Core (.NET Framework)

Вы можете сослаться на эту строку - Разница между ASP.NET Core (.NET Core) и ASP.NET Core (.NET Framework)

Xamarin - это вообще не дискуссия. Если вы хотите создавать мобильные приложения (iOS, Android и Windows Mobile) с использованием C #, Xamarin - ваш единственный выбор.

.NET Framework поддерживает Windows и веб-приложения. Сегодня вы можете использовать Windows Forms, WPF и UWP для создания приложений Windows в .NET Framework. ASP.NET MVC используется для создания веб-приложений в .NET Framework.

.NET Core - это новый кроссплатформенный фреймворк с открытым исходным кодом для создания приложений для всех операционных систем, включая Windows, Mac и Linux. .NET Core поддерживает только UWP и ASP.NET Core. UWP используется для создания Windows 10, предназначенных для Windows и мобильных приложений. ASP.NET Core используется для создания веб-приложений на основе браузера.

вы хотите получить более подробную информацию по этим ссылкам
https://blogs.msdn.microsoft.com/dotnet/2016/07/15/net-core-roadmap/ https://docs.microsoft.com/en-us/dotnet/articles/standard/choice-core-framework-server

1. .NET - это экосистема, основанная на языке c #
2. .NET Standard - это стандарт (другими словами, спецификация) экосистемы .NET.

.Net Базовая библиотека классов построена на стандарте .Net. .NET Standard вы можете создать только проект библиотеки классов, который не может быть выполнен автономно и на который должен ссылаться другой исполняемый проект .NET Core или .NET Framework. реализовать библиотеку, переносимую в .Net Framework, .Net Core и Xamarin, выберите .Net Standard Библиотека