Комментарии 13
На .Net Core есть выбор: можно сделать билд, нацеленный на конкретный набор библиотек, без лишнего. Важно, что этот набор библиотек поставляется вместе с основным приложением и не пересекается с библиотеками, используемыми соседним приложением. Это вроде как способствует стабильности в дальнейшей эксплуатации, ценой большего объема, занимаемого файловой системой.
Если ваше старое приложение не развивается (нет новых фич) и вы его только поддерживаете (правите баги), то мигрировать не смысла.
Однако если вы пилите новые фичи, то есть смысл в переходе. Просто потому, что сторонние библиотеки потихоньку перестают поддерживать "старое" и если без них никак, то Вы тоже должны идти к "новому".
если я не ошибаюсь, фреймворк всё же нужен, хоть какой-то, даже 2. Иначе пишет, что-то типо "неверный формат приложения". Пробовал как-то запускать на голой win7 без сервис пака. Собственно, все надежды этой автономности были на улучшенную совместимость со старыми виндами, которые десятилетиями не обновлялись, а тут вдруг надо взять и срочно что-то запустить. Но походу не судьба ((
Что с WinForms или WPF на других платформах? К примеру, есть у меня утилита, которая работает на Windows и Mono x86 на MacOS. С выходом Catalina, уже ее нормально не запустить, а WinForms в Mono x64 не планируется. Даст ли что-то миграция на Net Core 3? Если нет, то какие вообще варианты остаются для кросплатформенных GUI утилит?
Web. Возможно self-hosted, но web.
.NET Core 3 для Windows Desktop