2023 год Windows Forms или WPF?

Читаю раздел материалов microsoft по потокам данных и вижу, что хоть статьи все и помечены датой из 2023 года, но примеры все для Windows Forms. Почему не для WPF? Интересно, какой процент Windows Forms и WPF в новых приложениях? WPF оказался чем-то хуже Windows Forms и так и не стал преобладающей технологией? И какой прогноз на будущее в этом плане?
Я просто не в курсе событий, хоть и интересуюсь темой в частном порядке)

0

Сообщение от wizard41 Препод: ну ка объясни что тут происходит? Ага, не знаешь, давай-ка дружок перепиши на циклы. И тут "приплыли"...

С точки зрения преподавания, там история мягко говоря другая. Скажем это начало курса и только начали учить циклы. Естественно будут выдавать задачи, которые бессмысленные и глупые, но для новичков в самый раз. Как правило явно указывают "делать через циклы, без дополнительных библиотек" и на приеме задания тоже поясняют что "я понимаю что так можно/лучше, но мне главное увидеть как ты разобрался с материалом задания, так что делай по заданию". Это правильный подход.

Проблема скорее что до условного Linq (и многих других вещей) не доходят, а в лучшем случае дадут как доп-материал для саморазвития.

1

Ну да - в учебном процессе решение задачи не цель, а средство получения знаний.

0

Да. Поэтому и подход должен быть соответствующий. Если видно что ТС "еще мал и глуп", то зачем ему демонстрировать свои способности более высокого уровня? Просто для того, чтобы показать "я так умею, а ты нет"?

0

Обучение - нетривиальное дело. МетОды могут быть разные. Главное, чтобы цель была благая и чтобы преподаватель обладал умением достижения этой цели.

Добавлено через 56 секунд
Но главное умение, наверное, - объяснить просто сложное.

0

Сообщение от titan4ik МетОды могут быть разные. Главное, чтобы цель была благая

Ну как сказать. Если человек, допустим, условно спрашивает - как просуммировать элементы массива? Понятно, что такое задание могут дать только что прошедшему тему "массивы" с циклами. Зачем ему предлагать решение на Linq?

0

Если цель данного этапа научить тому что такое массив и как работать с циклами - незачем. Разве что упомянуть можно, что потом узнаете ещё и Linq.
P.S. И на каком-то этапе АРХИВАЖНО объяснить почему (зачем) появился Linq и что он принёс такого чего нельзя было получить без него. Когда именно его применять.

2

0

	Комментарий модератора
	Предлагаю придерживаться темы обсуждения. Оффтоп про ООП вынесен в отдельную тему в "священных войнах" - Программирование на .NET без применения ООП

0

Не стал читать всю портянку но WPF это больше за фронт. По сути сам код то внутри на том же самом C# с абсолютно тем же самым подходом.
То есть по сути разницы на чем писать совершенно нет. С таким же подходом можно начать консоль сравнивать с WF и WPF. Почему в 23 году пишут под консоль.
Все же определяется задачей. Если где нибудь на сервере нужно чтобы утилита запускалась раз в неделю и делала какой то перечень задач ночью например то зачем ей визуал и уж тем более WPF??

0

Сообщение от Worldmaster Если где нибудь на сервере нужно ...

Да это понятно. А вот если нужен условный калькулятор с GUI, то у некоторых может возникнуть дилемма: на чем делать - WF/WPF.

Сообщение от Worldmaster По сути сам код то внутри на том же самом C# с абсолютно тем же самым подходом.

Ну это если не придерживаться паттернов. На самом деле, подход несколько иной. Даже, можно сказать - совсем иной.

0

Сообщение от Worldmaster По сути сам код то внутри на том же самом C# с абсолютно тем же самым подходом

Подходы там разные. Есть у меня в одном WPF-проекте полностью отдельный слой VM, т.е. это физически отдельный проект, который не имеет никаких зависимостей от View (и конкретной платформы). В рамках экспериментов подключал эту VM-сборку и к AvaloniaUI, и к Blazor. И оно просто работало. Потому как во всех трёх реализациях есть простой синтаксис привязки к свойствам VM, который подходит для MVVM-подхода.

А вот в WF-проект оно просто так не влезет, т.к. там банально нет такой удобной системы привязки чего угодно к чему угодно. И потому WF подталкивает не к MVVM, а типовому подходу через code-behind, где часть свойств привязываются кодом, часть просто заполняются вручную, и где весьма затруднительно полностью разделить слои.

И в этом плане WPF предпочтительнее, т.к. позволяет изначально осваивать более правильные подходы, которые потом могут пригодиться не только в других XAML-решениях (Avalonia/Uno/WinUI3), но и при использовании HTML-фреймворков, где принципы похожие.

1

Если проект значительный, то безусловно его надо делать по шаблонам (паттернам блин), тогда все достоинства шаблонной разработки будут приносить пользу. А если проект типа того как был показан в теме, то лично я не вижу ни какого смысла городить огород со всеми VM и иже с ними. Рабочий слой программы легко выносится в библиотеку и без лишних танцев взаимодействует с UI в виде WF.

1

titan4ik,

0

wizard41,
с точки зрения тех, "кто не в лодке", будет не понятно. А тут ведь в лодке один вы (и коллеги ваши по проекту).
Поэтому я уточню (частично).
Насколько я понимаю, речь идёт о неком физическом стенде, в который входит управляющая программа, о которой и речь.
Насколько я понимаю, речь о том, что есть некая антенна, есть некое согласующее устройство между антенной и приёмником. И параметры этого согласующего устройства можно изменять физически - есть возможность переключать значения одной емкости и одной индуктивности. Переключение это управляется программно. Для каждого значения переключаемых емкости и индуктивности проводится физическое измерение КСВ (коэффициента стоячей волны). То есть, антенна принимает некий физический сигнал на некой частоте, и этот сигнал попадает через некий кабель на согласующее устройство и далее на приемник (или его имитацию). При этом обеспечена возможность измерения КСВ сигнала. КСВ показывает насколько эффективно используется энергия принимаемой антенной электромагнитной волны.
Оптимальные данные настройки согласующего устройства (данные - это пара значений L и C для данной частоты) запоминаются.
P.S.
Как эти данные используются я не знаю. То ли это исследование антенны на неком стенде, то ли это так будет работать некое рабочее устройство, способное адаптироваться автоматически к разным антеннам (с учетом того, что и кабели могут быть разные и разной длины).


Добавлено через 2 минуты
А вот с точки зрения Windows Forms могу сказать что да - хорошая визуализация!
С этого мне надо было и начать!)

Добавлено через 12 минут

0

Сообщение от titan4ik Насколько я понимаю, речь идёт о неком физическом стенде

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

Сообщение от titan4ik Если такие проблемы с кабелем (достаточно длинным), то КСВ нужно будет измерять сразу после антенны

Точно так. Его измеряют именно сразу после фидера (на входе антенны).

Сообщение от titan4ik с точки зрения Windows Forms

А это уже WPF. Такие круглые "крутилки" настроек F, LC в WF я бы наверное рисовал долго...

В общем, на одном тематическом забугорном форуме один товарищ выложил видео, где он показывает настройку перебором за чуть ли не 1 секунду. Я понял что тут есть какой-то подвох, ибо такого физически не может быть, ну и решил его немного "разоблачить".
Оказалось, что он заранее вычисляет всю матрицу значений LC на текущем диапазоне полным проходом, без остановки при совпадении (на видео это не показывает), а потом уже по известным значениям ищет наиболее меньшее. Даже возник спор относительного этого среди остальных участников, и я его выиграл ).

0

Сообщение от wizard41 А это уже WPF.

Ааа! Понятно!

Добавлено через 1 минуту

Сообщение от wizard41 решил его немного

Понятно.

0

Сообщение от titan4ik Понятно.

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

1