Здравствуйте, nikkit, Вы писали:
N>имеет смысл в нее погружаться?
Однозначно да. Хотя бы ради принципа "декларативного гуя". После "визуальных выньформс" просто сказка! Ну и попутные концепции стилей, байндингов. У меня последние несколько лет все приблуды только на WPF.
Но есть побочный эффект: после WPF тебя будет тошнить от HTML. Настолько этот протухший W3C наворотил маразма под видом "стандарта".
N> уж больно часто вижу в вакансиях.
Это ни о чём не говорит. Насколько тупы HR-ы, настолько тупы их вакансии с винегретом технологий, из которых нужно дай бог 2-3.
Здравствуйте, nikkit, Вы писали:
n> имеет смысл в нее погружаться? уж больно часто вижу в вакансиях. n> еще интересно что там с UWP? сдохла или в процессе или наоборот перспективна?
WPF, UWP уже легаси. FW, кстати, тоже. Какое-то время оно еще будет трепыхатья, но их уже списали. Теперь только .NET и MAUI.
Здравствуйте, Baiker, Вы писали:
N>>имеет смысл в нее погружаться?
B>Однозначно да. Хотя бы ради принципа "декларативного гуя". После "визуальных выньформс" просто сказка! Ну и попутные концепции стилей, байндингов. У меня последние несколько лет все приблуды только на WPF. B>Но есть побочный эффект: после WPF тебя будет тошнить от HTML. Настолько этот протухший W3C наворотил маразма под видом "стандарта".
Это точно. Шесть лет проработал на WPF, последние полтора года пытался залезть на фуллстек ASP.Net + Vue. Бэкенд еще нормально зашел, но фронт — это пипец какой-то. До сих пор не научился нормально кнопочки по горизонтали выравнивать.
Сейчас перебираю вакансии, хожу по собесам, хочу обратно на WPF. В идеале: фронт на WPF, бэк — ASP.Net
N>> уж больно часто вижу в вакансиях. B>Это ни о чём не говорит. Насколько тупы HR-ы, настолько тупы их вакансии с винегретом технологий, из которых нужно дай бог 2-3.
Зато, если нужен именно WPF — то там что-то реально интересное: сложные десктопы с интересной логикой, или графика или еще что-то нетривиальное.
Вся веб-разработка сейчас — унылый crud с минимумом творчества. Поначалу интересно, но потом это "получи запрос, обработай, верни данные" реально надоедает.
B>Однозначно да. Хотя бы ради принципа "декларативного гуя".
Лучшее что есть по производительности труда разработчика.
Но только если использовать правильно.
Технология одновременно очень привлекательна для всяких инфоцыган от проектирования, чтобы навертеть каких-то умонерастяжимых паттернов на ровном месте, неподвластных пошаговой отладке (и заодно сломать ими визуальный дизайнер).
Здравствуйте, rudzuk, Вы писали:
Ф>> R>Я их решал просто — использовал Delphi, где масштабирование было со времен царя Гороха. Ф>> Cо времен царя Гороха — с каких годов оно там было? Ты про FireMonkey? R>Нет, я про VCL. Прям конкретную версию не назову, но в пятерке уже было.
Вот, специально для тебя посптавил Delphi 5, накидал контролов, потыкал на в Layout и поробовал разные DPI. https://rutube.ru/video/36ab9219fce2101b76b96ad084771177/
Смотреть
1) 5:28
2) 6:47
Рассказывай, что я тут сделал не так.
----------
Мне кажется ты не понимаешь о чём вообще речь тут идёт.
Всё сказанное выше — личное мнение, если не указано обратное.
Здравствуйте, Sharov, Вы писали:
S>А на чем сейчас десктопы делают? Кмк, крайне востребованный сейчас явл. unity для тех, кто знает c#.
Увы, не могу сказать — вокруг меня или SaaS или заказная разработка, а это 100% Web.
Поэтому о том, на чем делается сейчас Desktop я представляю очень смутно.
И да, у меня сложилось ощущение, что он:
— делается на том, на чем был начат (а там в зависимости от давности старта, страны, предпочтений владельцев, ...)
— не делается вовсе (в смысле, что новых проектов Desktop я просто не знаю)
Здравствуйте, nikkit, Вы писали:
N>имеет смысл в нее погружаться? уж больно часто вижу в вакансиях. N>еще интересно что там с UWP? сдохла или в процессе или наоборот перспективна?
Больно)) В конечном итоге это замена WinForms, в целом работать в разметке удобней, чем в дизайнере форм в разы.
Windows-only. но есть наследники, типа avalonia ui, xamarin forms, uno platform. В целом похожи.
часто это сколько? наверно у вас фильтр стоит. веб я думаю поболее.
Интересно сравнивать с другими языками.
например, из крупного JavaFX, GTK, QT что более фичастное и удобное для кодера?
Здравствуйте, nikkit, Вы писали:
N>имеет смысл в нее погружаться? уж больно часто вижу в вакансиях. N>еще интересно что там с UWP? сдохла или в процессе или наоборот перспективна?
Я решил пропустить эту технологию, т.е. изучал в свое время WCF и WWF. Как-то она мне не понравилась,
winforms с их дизайнером мне проще и удобнее показались, чем язык разметки. В общем, не пошло.
Вообще, под C# сейчас куча вакансий для игрового движка unity. Вот бы куда стоит инвестироваться.
Здравствуйте, rudzuk, Вы писали:
Ф>> ааааааааа 2022 год R>Неумолимая поступь прогресса, че ты.
Они опоздали. Не знаю, как ты эти проблемы решал до этого, но я был свидетелем стратегического решения на предыдущем месте работы: весь гуй на WPF. Там всех просто задрали проблемы со всякими японскими языками, и ноутбуками с их кривым масштабированием.
UPD: Тогда это конечно принесло свои проблемы, но по большей части решило старые — оно того стоило.
Всё сказанное выше — личное мнение, если не указано обратное.
Здравствуйте, Философ, Вы писали:
S>>winforms с их дизайнером мне проще и удобнее показались, чем язык разметки. В общем, не пошло. Ф>А как ты боролся с засильем ноутбуков с разными DPI?
Хороший вопрос, никак. Расчет был только на десктоп. Могли оперативно чинить для каждого пользователя.
Все-таки продукты были не самые тиражируемые.
Здравствуйте, Философ, Вы писали:
Ф> Они опоздали. Не знаю, как ты эти проблемы решал до этого, но я был свидетелем стратегического решения на предыдущем месте работы: весь гуй на WPF.
Я их решал просто — использовал Delphi, где масштабирование было со времен царя Гороха.
Здравствуйте, LuciferSaratov, Вы писали:
LS>а сколько лет этому WPF? LS>вроде много уже, майкрософт по идее уже должен был начать заменять его на что-то ещё более продвинутое и молодёжное.
а зачем?
Всё сказанное выше — личное мнение, если не указано обратное.
Здравствуйте, Философ, Вы писали:
Ф> R>Я их решал просто — использовал Delphi, где масштабирование было со времен царя Гороха.
Ф> Cо времен царя Гороха — с каких годов оно там было? Ты про FireMonkey?
Нет, я про VCL. Прям конкретную версию не назову, но в пятерке уже было.
Здравствуйте, nikkit, Вы писали:
N>уж больно часто вижу в вакансиях.
А это основной требуемый навык или из серии "много страшных аббревиатур, ... ну и WPF за одно"?
Я просто специально не отслеживал, но общее впечатление — десктопа на .Net практически не осталось. И если вакансии встречаются, то это:
— давно идущий проект, который как-то но развивается. Чаще всего что-то внутреннее, что успели серьезно развить и не хотят вкладываться в перевод этого на Web. Хотя есть и коробочные продукты, но это из области "редко-редко" (если не ошибаюсь, например Компас искали WPF разработчиков)
— перевод имеющегося кода на Web.
И... наверное всё. Т.е. какой-то новый (относительно новый) десктопный проект, да еще на .Net — почти фантастика.
Поэтому я несколько удивился такой оценке, и... будет интересно узнать, что был не прав.
Здравствуйте, Философ, Вы писали:
Ф> Вот, специально для тебя посптавил Delphi 5, накидал контролов, потыкал на в Layout и поробовал разные DPI. Ф> https://rutube.ru/video/36ab9219fce2101b76b96ad084771177/ Ф> Смотреть Ф> 1) 5:28 Ф> 2) 6:47 Ф> Рассказывай, что я тут сделал не так. Ф> ----------
У формы выключи AutoScroll.
Ф> Мне кажется ты не понимаешь о чём вообще речь тут идёт.
MAM>Зато, если нужен именно WPF — то там что-то реально интересное: сложные десктопы с интересной логикой, или графика или еще что-то нетривиальное.
MAM>Вся веб-разработка сейчас — унылый crud с минимумом творчества. Поначалу интересно, но потом это "получи запрос, обработай, верни данные" реально надоедает.
Ну в этом плане в WPF все примерно то же самое. 99% тот же CRUD, только анимашек можно понавешать.
А там где реально нужна "десктопность" — графические/звуковые редакторы и прочий непотребский супер интерактив, WPF как-то сливается и приходится искать костыльные пути.
Вы бы взялись браузер на WPF писать?
Из реальной жизни пример: нужно было сделать аналог Debug output window с отображением кучи теска и условно бесконечным скроллом. Текст еще хотелось раскрашивать и подсвечивать некоторые слова на лету.
В итоге на WPF решаются практически те же задачи что и на HTML/CSS, но с очень жесткой привязкой к Windows.
Здравствуйте, Михаил Романов, Вы писали:
МР>Я просто специально не отслеживал, но общее впечатление — десктопа на .Net практически не осталось. И если вакансии встречаются, то это: МР>- давно идущий проект, который как-то но развивается. Чаще всего что-то внутреннее, что успели серьезно развить и не хотят вкладываться в перевод этого на Web. Хотя есть и коробочные продукты, но это из области "редко-редко" (если не ошибаюсь, например Компас искали WPF разработчиков) МР>- перевод имеющегося кода на Web. МР>И... наверное всё. Т.е. какой-то новый (относительно новый) десктопный проект, да еще на .Net — почти фантастика.
А на чем сейчас десктопы делают? Кмк, крайне востребованный сейчас явл. unity для тех, кто знает c#.
А так, кмк, имеет смысл c++ изучать.
Здравствуйте, nikkit, Вы писали:
N>имеет смысл в нее погружаться? уж больно часто вижу в вакансиях. N>еще интересно что там с UWP? сдохла или в процессе или наоборот перспективна?
Ну она плавно перетекла в MAUI https://learn.microsoft.com/ru-ru/windows/apps/windows-dotnet-maui/
Зачем использовать .NET MAUI в Windows?
Создание приложений для Windows с помощью .NET MAUI обеспечивает ряд преимуществ:
Нативный интерфейс Windows. .NET MAUI создает приложение WinUI для Windows. Это означает, что в вашем приложении .NET MAUI будет тот же пользовательский интерфейс в Windows, что и в приложениях пакета SDK для приложений для Windows.
Пользовательский интерфейс в коде. Набор средств сообщества .NET MAUI включает в себя разметку C#, набор текучих вспомогательных методов для создания пользовательских интерфейсов в коде C#. Это позволяет разделить задачи между пользовательским интерфейсом и бизнес-логикой приложения, как и в случае с XAML. Разметка C# доступна на всех платформах, поддерживаемых .NET MAUI.
Кросс-платформенность. Обеспечьте работу своих приложений для Windows на всех поддерживаемых платформах, включая устройства с Android, iOS, macOS и Samsung Tizen.
Простота. Выполняйте разработку в одном общем проекте, который можно ориентировать на любую платформу, поддерживаемую .NET MAUI.
Горячая перезагрузка. Экономьте время при отладке благодаря поддержке горячей перезагрузки .NET и горячей перезагрузки XAML в .NET MAUI. Вносите изменения во время работы приложения, и они будут применены автоматически.
Нативные API-интерфейсы. .NET MAUI предоставляет кросс-платформенные API-интерфейсы для нативных функций на каждой платформе. Для нативных API-интерфейсов, недоступных в кросс-платформенных API-интерфейсах .NET MAUI, вы можете вызвать код для конкретной платформы.
Если вы планируете создать новое приложение для Windows и ориентировать его на дополнительные платформы, рекомендуем использовать .NET MAUI. Если вы ориентируете свое приложение только на Windows, есть некоторые веские причины продолжать использование пакета SDK для приложений для Windows:
Настолько этот протухший W3C наворотил маразма под видом "стандарта". 
