Здравствуйте, karbofos42, Вы писали:

K>У нас уже предшественники вложились сначала в разработку под WinForms, потом постепенно мигрировали на WPF, т.к. это стильно, модно, молодёжно.
K>Сейчас опять куда-то нужно бежать и тратить огромные ресурсы.
K>А если бы изначально взяли условный C++ и Qt, то можно было все эти годы просто пилить проект и не переделывать одно и то же под другой GUI.
K>Майкрософт даёт гарантии, что их MAUI проживёт хотя бы 5 лет? Или так же в итоге забьют и потихоньку начнут закапывать очередной неудачный проект?

Я вот именно поэтому плюнул и переписал GUI на Qt. Под виндой был linq-провайдер и WinForms GUI. Понадобилась lin-версия и быстро. Полностью переписывать компонент работы с данными — не было ни времени, ни желания. Поэтому провайдер переехал на .Net Core (справедливости ради надо сказать, что переехал абсолютно безболезненно), а GUI, как уже сказал, на Qt. Взаимодействие через custom .NET host.

Здравствуйте, karbofos42, Вы писали:


K>У нас уже предшественники вложились сначала в разработку под WinForms, потом постепенно мигрировали на WPF, т.к. это стильно, модно, молодёжно.
K>Сейчас опять куда-то нужно бежать и тратить огромные ресурсы.
K>А если бы изначально взяли условный C++ и Qt, то можно было все эти годы просто пилить проект и не переделывать одно и то же под другой GUI.
K>Майкрософт даёт гарантии, что их MAUI проживёт хотя бы 5 лет? Или так же в итоге забьют и потихоньку начнут закапывать очередной неудачный проект?
Вот не пойму, кому этот линукс сдался. MAUI это наследник Xamarin.Forms которым больше 5 лет.
Опять же как и писал раньше. Можно брать код от MAUI а формы клепать на тех же авалонии, UNO, да и блазоре

Здравствуйте, Serginio1, Вы писали:

S> Вот не пойму, кому этот линукс сдался.

Ну, я живу и работаю в РФ, у нас тут импортозамещение в виде Астра Линукс, Альт Линукс и т.п.
Даже если бы нашим проектам в требования к винде не добавляли и линукс, то я как разработчик не буду сегодня начинать windows-only проект.
Зачем мне добровольно отказываться пусть хоть от 3% рынка, если можно взять другие инструменты и не отгораживаться ни от каких пользователей?

S> MAUI это наследник Xamarin.Forms которым больше 5 лет.

А WinForms — это наследник VCL из Delphi.
А UWP — наследник WPF.
Только эти все наследники не содержат в себе обратной совместимости, т.е. при переходе на них нужно долго и упорно всё переделывать.

S> Опять же как и писал раньше. Можно брать код от MAUI а формы клепать на тех же авалонии, UNO, да и блазоре

А можно уже оставить как есть и допилить, чтобы нормально под Wine работало.
В старых проектах очевидно придётся какие-то костыли лепить.
Непонятно только зачем новые проекты начинать делать на чём-то из этого зоопарка, если с большой долей вероятности MAUI уйдёт в след за WinForms и WPF, а Blazor повторит судьбу Silverlight?
Из любви к .NET изучать очередные стильные, модные, современные библиотеки, а через 5 лет всё выкидывать и переделывать заново на более модных и современных?

Здравствуйте, karbofos42, Вы писали:

K>Непонятно только зачем новые проекты начинать делать на чём-то из этого зоопарка, если с большой долей вероятности MAUI уйдёт в след за WinForms и WPF, а Blazor повторит судьбу Silverlight?
K>Из любви к .NET изучать очередные стильные, модные, современные библиотеки, а через 5 лет всё выкидывать и переделывать заново на более модных и современных?
Никуда ни WinForms и WPF не ушли. Silverlight это проблема браузеров, так как в 2015 году в этих браузерах была отключена по умолчанию[9] или полностью прекращена[10] поддержка плагинов формата NPAPI.
XAMl на самом деле очень удобен.

Здравствуйте, Serginio1, Вы писали:

S>Никуда ни WinForms и WPF не ушли.

Только они не развиваются и периодически натыкаешься на баги, которым по 10 лет и никто их не собирается исправлять.

S>Silverlight это проблема браузеров, так как в 2015 году в этих браузерах была отключена по умолчанию[9] или полностью прекращена[10] поддержка плагинов формата NPAPI.

Людям, которые потратили время на изучение технологии и вложились в разработку на ней, от этого вряд ли легче.

S> XAMl на самом деле очень удобен.

Вещь субъективная. Мне не нравится.
Ни читать, ни писать это неудобно. Многословно, не логично. Ни одного плюса не вижу.
Страницы на HTML + CSS даже как-то приятнее верстать, хоть я веб и терпеть не могу.
По крайней мере тот вариант, что в WPF. Может в MAUI проделали работу над ошибками и что-то лучше сделали.

Здравствуйте, karbofos42, Вы писали:

S>>Никуда ни WinForms и WPF не ушли.

K>Только они не развиваются и периодически натыкаешься на баги, которым по 10 лет и никто их не собирается исправлять.
Ну почему же. Для Core они все таки правили.
S>>Silverlight это проблема браузеров, так как в 2015 году в этих браузерах была отключена по умолчанию[9] или полностью прекращена[10] поддержка плагинов формата NPAPI.

K>Людям, которые потратили время на изучение технологии и вложились в разработку на ней, от этого вряд ли легче.
Ну это не вида MS.
S>> XAMl на самом деле очень удобен.

K>Вещь субъективная. Мне не нравится.
K>Ни читать, ни писать это неудобно. Многословно, не логично. Ни одного плюса не вижу.
K>Страницы на HTML + CSS даже как-то приятнее верстать, хоть я веб и терпеть не могу.
K>По крайней мере тот вариант, что в WPF. Может в MAUI проделали работу над ошибками и что-то лучше сделали.
К всему надо привыкать. Сейчас народ на Json предлагает формы делать.

Здравствуйте, Serginio1, Вы писали:

S> Ну почему же. Для Core они все таки правили.

Они и портировали их на Core как-то не сразу и неохотно. Так же и баги правили, пару починили, на сотню забили.

S> К всему надо привыкать. Сейчас народ на Json предлагает формы делать.

json вроде давно уже появился в той же Qt.
Из последнего, что мне попадалось — это MVU, с прописыванием разметки в коде.
Опять вернёмся к MFC без всяких богомерзких дизайнеров и отдельных языков разметки