Комментарии 27
Название на книгу потянет, а в статье перечислены пару особенностей Core, половину из которых уже портируют на другие платформы.
Думаю что единственной перспективной технологией Microsoft остаётся только ASP.NET Core. Десктоп разработка для Windows никому не интересна. WPF, UWP и уж тем более WindForma — может быть и поддерживаются но они мертвы в виду отсутствия спроса. Xamarin скорее всего тоже уступит место PWA и Flutter. Стоит ли разработчикам переходить на технологический стек компании которая из года в год теряет свои позиции?
>разработка для Windows никому не интересна.
Бред отборный. Уже 15 лет пишу под десктоп и работы только больше из года в год.
Бред отборный. Уже 15 лет пишу под десктоп и работы только больше из года в год.
Подтверждаю. Заказов под desktop много. И под Core совершенно не экзотика. А вот WPF\UWP — пренебрежимо мало.
Эх, вот бы еще Core 3.0 для WinForm был бы с человеческим лицом. (Это надежда, а не жалоба.)
А на чём сейчас интерфейс для win десктоп пишут? Wpf winform или ещё что-то?
Эммм… Не понял вопроса. Выше-же написал. Если вы именно про интерфейс десятки, то UWP. Если про софт для нее, то большинство предпочитает WinForms. ибо поддерживается начиная с XP. XP сейчас просят очень редко. Windows 7+ просят в 99,9%.
Qt, MFC, Delphi (шутка)
Avalonia ещё есть (не шутка)
Electron (шутка лишь отчасти)
UWP (Win10, HoloLens)
Avalonia ещё есть (не шутка)
Electron (шутка лишь отчасти)
UWP (Win10, HoloLens)
По WPF у меня наоборот — больше проектов на нем, а WinForm никто не просит.
UWP да, там глушь, хотя для UI он очень хорош в плане производительности.
ИМХО, думаю и у вас через пару лет все изменится.
Судя по последним активностям MS возрождают XAML платформу (3 года обновлений не было и тут понеслась)
WPF все более стабилен и быстр (первые версии ругали за тормоза, но сейчас если не делать грубых ошибок отключающих аппаратное ускорение он быстрее WinForm)
Формы сильно уступают в адаптивных и сложных UI, а так или иначе мобильный тренд сильно поднял планку визуализации и из-за конкуренции на XAML перейти придется, т.к. Интерфейсы там в разы проще реализовывать чем на WinForm.
UWP да, там глушь, хотя для UI он очень хорош в плане производительности.
ИМХО, думаю и у вас через пару лет все изменится.
Судя по последним активностям MS возрождают XAML платформу (3 года обновлений не было и тут понеслась)
WPF все более стабилен и быстр (первые версии ругали за тормоза, но сейчас если не делать грубых ошибок отключающих аппаратное ускорение он быстрее WinForm)
Формы сильно уступают в адаптивных и сложных UI, а так или иначе мобильный тренд сильно поднял планку визуализации и из-за конкуренции на XAML перейти придется, т.к. Интерфейсы там в разы проще реализовывать чем на WinForm.
Для многих вопрос быстрее строит в «стоит ли уходить». И если во фронтенд / мобайл разработке ответ очевиден, то вот с бекендом всё не так просто, там позиции стека весьма стабильны и как-то не особо ощущается метаний заказчиков, ибо серьёзный альтернатив альтернатив для ентерпрайза раз-два и обчёлся.
НЛО прилетело и опубликовало эту надпись здесь
Sdk-style csproj можно использовать и для проектов на .Net Framework. Для библиотек вообще нет ограничений, а с asp.net mvc не проканает.
Объясните, как можно написать консольное приложение на net standard?
Это как с поддержкой юникода в консоли — поддержка есть, рендера нет (с недавних пор).
Так что написать можно, но только как библиотеку — что бы запустить, нужен проект на .net core или framework.
В общем немного странное утверждение конечно.
Так что написать можно, но только как библиотеку — что бы запустить, нужен проект на .net core или framework.
В общем немного странное утверждение конечно.
.net core, .net framework — это то, где приложение исполняется.
.net standard — это то, «на чем можно писать» чтобы можно было исполняться на любом .net, поддерживающим этот стандарт.
т.е. на .net standard нельзя написать приложение. можно написать либу, которую можно использовать как в мобильном приложении (xamarin), так и на бекенде (asp.net [core])
.net standard — это то, «на чем можно писать» чтобы можно было исполняться на любом .net, поддерживающим этот стандарт.
т.е. на .net standard нельзя написать приложение. можно написать либу, которую можно использовать как в мобильном приложении (xamarin), так и на бекенде (asp.net [core])
Я не уверен, что Tiered Compilation это то, что вы описываете.
https://habr.com/ru/company/jugru/blog/433144/
Возможно, я брал информацию из разных источник в том числе, из офф. блога microsoft. + Опыт использования данной фичи позволил наиболее проще описать данную особенность. Вот ссылка на одну из статей про многоуровневую компиляцию.
devblogs.microsoft.com/dotnet/tiered-compilation-preview-in-net-core-2-1
Там более подробно расписан процесс работы механизма.
devblogs.microsoft.com/dotnet/tiered-compilation-preview-in-net-core-2-1
Там более подробно расписан процесс работы механизма.
Какая-то каша в статье.
.NET Core 3 — это то, что после .NET Core 2.x, который в свою очередь после .NET Core 1.x — ничего революционного.
.NET Standard — это набор API, перечисленное выше — реализации.
И да, забыли CoreRT и Tizen.
Дальше тоже, но разбирать не хочется — уж извините.
.NET Core 3 — это то, что после .NET Core 2.x, который в свою очередь после .NET Core 1.x — ничего революционного.
.NET Standard — это набор API, перечисленное выше — реализации.
И да, забыли CoreRT и Tizen.
Дальше тоже, но разбирать не хочется — уж извините.
«Старье». На build2019 уже анонсировали «Introducing .NET 5»
devblogs.microsoft.com/dotnet/introducing-net-5 а вместе с ним и vision, что mono/unity/.net core будут сближаться.
devblogs.microsoft.com/dotnet/introducing-net-5 а вместе с ним и vision, что mono/unity/.net core будут сближаться.
итого всего 5 отличий??? несколько дней назад анонсировали .NET 5, а вы нашли только 5 отличий в core
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
.NET зоопарк под призмой NET Core