Если будет переезд на отечественные процы - там, наверняка, не будет винды (и, как следствия, WPF). Вопрос производительности будет интересен скорее в плане связки Avalonia и отечественной ОС на базе Linux на этих компах. А в целом вы правы. Как-то делал на фринлансе проект по моделированию автоматизации склада. Требовалось отрисовать схему склада и передвижение по нему роботов. Использовал WPF + SharpDX. Ресурсов приложение отъедало много...
Да, из-за отсутствия кросс-платформенности придется переехать на Avalonia UI или какой-нибудь другой фреймворк, если будет принято решение отказаться от Windows.
На момент начала проекта у меня был большой опыт работы с WPF,а с WinUI я не работал. Так же UI в приложении максимально простой, особой выгоды от перехода на WinUI я бы не получил.
Зачетный стол! Но идея, на мой взгляд, не польностью реализована. Тут бы еще прозрачную столешницу (хотя бы справа прозрачную) и железо с подсветкой...
Вопрос охватывал все 3 пункта :) Спасибо за ответ.
В целом, как мне кажется, если надо вносить изменения в доменный слой или сильно разрастается pogramm.cs, то надо подумать, оправдано ли здесь применение Minial API.
Спасибо за ценные дополнения. Попробую применить на практике.
По п. 3 и 4 - пытался выставить IncludeBuildOutput, SuppressDependenciesWhenPacking и IsPackable в true и собрать пакет без props и nuspec. Файлы в пакет так и не попали. Возможно я пропустил какой-то важный нюанс. Надо будет на досуге еще раз попытаться с ними все сделать.
П. 6 - абсолютно с вами согласен. В примере пакеты собираются при сборке для простоты.
Спасибо, что сделали электронный вариант! Купил, пойду читать ))))
Ясно, спасибо! Я как раз FlashCap у себя сейчас использую.
А какие? У меня есть работа с камерой в приложении. Если будет переезд на Linux я как раз рассматриваю использование AvaloniaUI.
Если будет переезд на отечественные процы - там, наверняка, не будет винды (и, как следствия, WPF). Вопрос производительности будет интересен скорее в плане связки Avalonia и отечественной ОС на базе Linux на этих компах.
А в целом вы правы. Как-то делал на фринлансе проект по моделированию автоматизации склада. Требовалось отрисовать схему склада и передвижение по нему роботов. Использовал WPF + SharpDX. Ресурсов приложение отъедало много...
Да, из-за отсутствия кросс-платформенности придется переехать на Avalonia UI или какой-нибудь другой фреймворк, если будет принято решение отказаться от Windows.
Согласен, технология устарела, но все еще много где используется. Даже WinForms еще можно встретить. Так что лет 10 еще WPF будет актуален, я думаю.
На момент начала проекта у меня был большой опыт работы с WPF,а с WinUI я не работал. Так же UI в приложении максимально простой, особой выгоды от перехода на WinUI я бы не получил.
Спасибо, посмотрю eremexcontrols.
Зачетный стол! Но идея, на мой взгляд, не польностью реализована. Тут бы еще прозрачную столешницу (хотя бы справа прозрачную) и железо с подсветкой...
Вопрос охватывал все 3 пункта :) Спасибо за ответ.
В целом, как мне кажется, если надо вносить изменения в доменный слой или сильно разрастается pogramm.cs, то надо подумать, оправдано ли здесь применение Minial API.
Спасибо, добрый человек! А то читаю статью 13-ого и чуть удар не хватил от var - new ))))
Интересный подход. Вопрос. У контроллера я мог повесить атрибуты для авторизации, оформления методов в сваггере и т.п. Как это реализовать в модулях?
Спасибо за пример!
Спасибо за ценные дополнения. Попробую применить на практике.
По п. 3 и 4 - пытался выставить IncludeBuildOutput, SuppressDependenciesWhenPacking и IsPackable в true и собрать пакет без props и nuspec. Файлы в пакет так и не попали. Возможно я пропустил какой-то важный нюанс. Надо будет на досуге еще раз попытаться с ними все сделать.
П. 6 - абсолютно с вами согласен. В примере пакеты собираются при сборке для простоты.