62
задан 11 March 2016 в 18:39

2 ответа

После прохождения через различных ссылок и видео, я нашел интересное изображение в целом:

.NET Framework 4.6, .Net Native and .NET Core

От вышеупомянутого, мы могли легко вывести следующее:

  • Платформа.NET 4.6 является полной платформой для всего связанного с.NET, но испытывает недостаток в библиотеках & время выполнения оптимизировало для многоплатформенного (Windows, Linux и Mac) и облачные развертывания
  • .NET Core , с другой стороны, является подмножеством Платформы.NET 4.6, который главным образом оптимизирован для многоплатформенных и облачных развертываний
  • , Собственный компонент.NET главным образом используется для разработки Универсальных Приложений, которые будут вполне оптимизированы для работы любого устройства и платформы, исходно (не для веб-приложений хотя)

, интересным моментом является ASP.NET:

  • , Если нам нужна обратная совместимость к полному объему (говорят, что веб-формы или поддержка aspx), мы должны пойти с Платформой.NET 4.6
  • , Если мы разрабатываем MVC, сеть API или веб-страницы Бритвы, затем мы можем развернуть те веб-приложения или в Платформе.NET 4.6 или в среде.NET Core
71
ответ дан 31 October 2019 в 13:56

TLDR: Если это - Ядро, это - подмножество функциональности, таким образом, это может быть, выполнил перекрестный участок земли. Что-либо можно работать на Ядре, может быть, работал на полных 4,6 платформах для Windows.

платформа v4.6 .NET - полная платформа, которая может только работать на Windows. Однако, потому что это полно платформа, которая означает, что Вы получаете WCF, WPF и всю функциональность. Можно думать об этом как о нормальной разработке Windows.NET, которую Вы, вероятно, делаете сегодня. Это действительно включает ASP.NET WebForms, MVC, Ядро и SignalR. При использовании.NET 4.5 сегодня это - следующая естественная процедура обновления.

.NET Core - платформа подмножества, которая не включает все в полные 4.6 Платформы. Однако это предназначается для выполнения межплатформенный в Windows, Mac или Linux. Вы действительно теряете некоторую функциональность однако, такую как WCF, WPF. Но у Вас все еще будет Ядро ASP.NET (никакой WebForms), но не SignalR все же. Поддержка SignalR предназначается для прибытия в более позднюю версию. Это использует dotnet CLI (интерфейс командной строки) для компиляции приложений, или если Вы находитесь в Windows затем, можно использовать Visual Studio.

Собственный компонент.NET - Собственная компиляция платформы.NET Core. Вместо того, чтобы делать нормальную компиляцию JIT во времени выполнения Вашего .exe, это сделает компиляция AOT , который может потенциально сделать некоторую лучшую оптимизацию Вашего кода использование компилятора бэкенда C++ (или LLVM использование LLILC). Когда Вы сделаете это, Вы нацелены на определенную платформу, такую как "64-разрядный Linux". Преимущества являются более быстрыми временами запуска, потенциально меньшими требованиями к памяти, надо надеяться, лучшая производительность во время выполнения, и испускает только один единственный двоичный файл (Вы не должны будете устанавливать Платформу.NET на целевой машине). Компромисс однако является мобильностью на другие платформы - у Вас будут отдельные двоичные файлы для Linux, MacOS, Windows, 32-разрядного, 64-разрядного, и т.д. Это в настоящее время только работает на приложения Windows Store, но больше работы делается так, она будет работать над нормальными приложениями.NET, включая приложения ASP.NET. В настоящее время не намеченный, чтобы быть частью.NET Core 1,0 выпуска.

Ядро ASP.NET - новый способ сделать веб-разработку на.NET Core или Полной Платформе. Это включает настраиваемый HTTP-конвейер, веб-сервер пустельги, и лучшая производительность профили, чем предыдущий ASP.NET 4.x версия. Это межплатформенное совместимый и через полную платформу и через Базовую платформу. Это еще не включает WebForms или поддержку SignalR ( ). Это не назад совместимо с ASP.NET 4, хотя при использовании MVC/WebAPI теперь, затем продвижение MVC/WebAPI должно быть довольно близким, так как только будет один Controller класс. Если Вы желаете использовать WebForms, то у Вас нет выбора, кроме как придерживаться полных 4.6 Платформ.

Ядро Платформы Объекта - новая платформа для разработки ORM. После того, как названный EF7, это - межплатформенная платформа ORM, которая работает и на полные 4,6 стека и также на новый стек Core. Это не назад совместимо с EF6. Это только поддерживает код первая модель. Там может оснащать в будущем, чтобы помочь обновить существующие файлы EF6 .edmx для генерации классов для кода первая реализация EFCore.

49
ответ дан 31 October 2019 в 13:56

Другие вопросы по тегам:

Похожие вопросы: