Comments
Название на книгу потянет, а в статье перечислены пару особенностей Core, половину из которых уже портируют на другие платформы.
Спасибо, но в планах пока написать статью про уместную оптимизацию кода в проектах на .NET платформах
Думаю что единственной перспективной технологией Microsoft остаётся только ASP.NET Core. Десктоп разработка для Windows никому не интересна. WPF, UWP и уж тем более WindForma — может быть и поддерживаются но они мертвы в виду отсутствия спроса. Xamarin скорее всего тоже уступит место PWA и Flutter. Стоит ли разработчикам переходить на технологический стек компании которая из года в год теряет свои позиции?
>разработка для Windows никому не интересна.

Бред отборный. Уже 15 лет пишу под десктоп и работы только больше из года в год.

Подтверждаю. Заказов под desktop много. И под Core совершенно не экзотика. А вот WPF\UWP — пренебрежимо мало.
Эх, вот бы еще Core 3.0 для WinForm был бы с человеческим лицом. (Это надежда, а не жалоба.)

А на чём сейчас интерфейс для win десктоп пишут? Wpf winform или ещё что-то?

Эммм… Не понял вопроса. Выше-же написал. Если вы именно про интерфейс десятки, то UWP. Если про софт для нее, то большинство предпочитает WinForms. ибо поддерживается начиная с XP. XP сейчас просят очень редко. Windows 7+ просят в 99,9%.

Именно интерфейс, просто в интерфейс должны входить цветные 3D графики, отображение простой геометрии/сетки, т.к. ничего не знаю, то нужно выбрать на что смотреть и что изучать (сама программа написана на C#).
Qt, MFC, Delphi (шутка)
Avalonia ещё есть (не шутка)
Electron (шутка лишь отчасти)
UWP (Win10, HoloLens)
А если необходимо использовать цветные 3D графики, отображение простой геометрии/сетки и пр. что лучше выбирать?
При том что сейчас нулевые познания и всё равно что использовать. WPF плохой вариант?
WPF не плохой вариант. UWP (после потери Mobile не такой уж и U) тоже хорошо, но только под 10. WinForms — наверно уже нет (мое личное имхо). Недавно был анонс про React Native for Windows — тоже наверно забавно.
По WPF у меня наоборот — больше проектов на нем, а WinForm никто не просит.
UWP да, там глушь, хотя для UI он очень хорош в плане производительности.
ИМХО, думаю и у вас через пару лет все изменится.
Судя по последним активностям MS возрождают XAML платформу (3 года обновлений не было и тут понеслась)
WPF все более стабилен и быстр (первые версии ругали за тормоза, но сейчас если не делать грубых ошибок отключающих аппаратное ускорение он быстрее WinForm)
Формы сильно уступают в адаптивных и сложных UI, а так или иначе мобильный тренд сильно поднял планку визуализации и из-за конкуренции на XAML перейти придется, т.к. Интерфейсы там в разы проще реализовывать чем на WinForm.
Для многих вопрос быстрее строит в «стоит ли уходить». И если во фронтенд / мобайл разработке ответ очевиден, то вот с бекендом всё не так просто, там позиции стека весьма стабильны и как-то не особо ощущается метаний заказчиков, ибо серьёзный альтернатив альтернатив для ентерпрайза раз-два и обчёлся.
Честно говоря, было бы намного полезнее если бы вы хотя бы кратко дали описание инфраструктуры и комьюнити NET Core. Фреймворки, системы сборки, репозитории со сторонними библиотеками — вот это все. Сделали технологию кроссплатформенной? Ну, ок. Теперь осталось объяснить людям в чем ее профит на том же Linux. Какие библиотеки юзать, для чего, как доставлять этот NET конечному пользователю вместе с приложением. %techname_awesome% таких ответов не дает.

Какие библиотеки юзать? В основном те же, что и на Windows, т.к. большинство библиотек уже давно поддерживают .NET Standard.

Sdk-style csproj можно использовать и для проектов на .Net Framework. Для библиотек вообще нет ограничений, а с asp.net mvc не проканает.


Объясните, как можно написать консольное приложение на net standard?

Это как с поддержкой юникода в консоли — поддержка есть, рендера нет (с недавних пор).
Так что написать можно, но только как библиотеку — что бы запустить, нужен проект на .net core или framework.
В общем немного странное утверждение конечно.
Я видел консоль с китайской Win7. С иероглифами в консоли. Жаль, не догадался сфотографировать.
.net core, .net framework — это то, где приложение исполняется.
.net standard — это то, «на чем можно писать» чтобы можно было исполняться на любом .net, поддерживающим этот стандарт.

т.е. на .net standard нельзя написать приложение. можно написать либу, которую можно использовать как в мобильном приложении (xamarin), так и на бекенде (asp.net [core])
Возможно, я брал информацию из разных источник в том числе, из офф. блога microsoft. + Опыт использования данной фичи позволил наиболее проще описать данную особенность. Вот ссылка на одну из статей про многоуровневую компиляцию.
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.
Дальше тоже, но разбирать не хочется — уж извините.
Простите, это моя первая статья тут. В след. раз учту ваши пожелания и постараюсь более подробно описывать каждый блок статьи.
итого всего 5 отличий??? несколько дней назад анонсировали .NET 5, а вы нашли только 5 отличий в core
Only those users with full accounts are able to leave comments. Log in, please.