С++, GUI, Windows

Коллеги, добрый день. Возникла задачка написать GUI приложение под Windows 10, 11, желательно на С++, можно и на С#. Я под Windows программировал GUI в последний раз года 3 назад и там я использовал Win32 API, вопрос такой, на чем сейчас программируют нативные приложения под современную винду? Знаю что WinForms от C# признаны устаревшими, а если не ими, то чем, но не считая разумеется Win32 API. От самой Microsoft есть хоть что то?

Всем заранее спасибо за ответы!)))

0

1. WinUI 3
2. WPF
3. UWP
4. Qt(не от ms, но безумно популярен)
5. Avalonia(альтернатива WPF)

1

Сообщение от unlimeted на чем сейчас программируют нативные приложения под современную винду?

От макйрософта всё современное полное удобрение, к сожалению.
У них как всегда "свое" видение.

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

1

ImGui (https://github.com/ocornut/imgui)
Это такая либа, которую нужно в качестве кода (все файлы, и h и cpp) скопировать в свой проект и собрать вместе.
По факту она одна из лучших (если не единственная поддерживаемая осталась), которую используют в хреновой тонне приложений, особенно в 3D, играх и пр. Лично я пишу 3DCAD с интерфейсом на ней, но его скрины я показать не могу, т.к. это коммерческая тайна пока что (разработка идёт), да и не узнал бы ты в моём софте ImGUI, т.к. она полностью кастомизирована, с кучей кастомных контролов и дизайнерских текстур.

Сразу скажу, это immidiate mode, то есть это не как в Qt, где есть тормозные сигналы и слоты, это прямой рендер и с непосредственной проверкой прямо в кадре, мол была нажата кнопка или нет.

Это библиотека кроссплатформенная, кроссрендерная и кроссфреймворкная.
Я использую её с бэнэндом Vulkan API (т.к. у меня рендер на нём), но доступны и другие варианты:

Renderers: DirectX9, DirectX10, DirectX11, DirectX12, Metal, OpenGL/ES/ES2, SDL_GPU, SDL_Renderer2/3, Vulkan, WebGPU. Platforms: GLFW, SDL2/SDL3, Win32, Glut, OSX, Android.

У меня код, разумеется, на С++, но для ImGUI есть следующее байндинги (к слову, они почти все авто генерейтед, там есть генератор и ты можешь даже под свой какой-то язык байдинг замутить). Если ты пишешь на С++, ничего делать не нужно, т.к. ImGui сама написана на С++:

: Languages: C, C# and: Beef, ChaiScript, CovScript, Crystal, D, Go, Haskell, Haxe/hxcpp, Java, JavaScript, Julia, Kotlin, Lobster, Lua, Nim, Odin, Pascal, PureBasic, Python, ReaScript, Ruby, Rust, Swift, Zig...

Ну короче сам почитай по ссылке сверху.

Официальные примеры GUI во вложении.

Миниатюры

     

0

Сообщение от hyper_doom тормозные сигналы и слоты

Что в них тормозного? А а сам сделаешь обработку событий куда лучше и производительнее, тем более что для этой поделки нужен основной бесконечный цикл и все события обрабатывать надо грубо говоря с помощью колбэков.
Да и эта либа не умеет ничего, то есть ей надо предоставить окно, загружать картинки причем сразу на граф апи и тд.
Как вспомогательный вариант для графики в уже имеющийся проект на графическом апи сойдет, но как основной гуи компонент крайне сомнительно. Да и постоянные смены и настройки контекста, ну такое себе тоже.
В том же Qt можно довольно легко и быстро переписать все нужные элементы и сделать неповторимый гуй, а тут возиться будешь прилично, если разберешься вообще.

0

Сообщение от alecss131 Что в них тормозного?

то, что они медленные, хороший FPS в игре с таким GUI не получишь. Более того, раньше они вообще были текстовые, но с какой-то версии вроде начали компилироваться в бинарный вид. Вот ты попробуй поводи быстро мышкой по экрану в Qt, потаскай какой-то графический Item по экрану - увидишь, что там приличный временной лаг, то есть как бы шлейф за мышью, т.к. gui отстаёт. А теперь открой любой софт на чистом WinAPI или MFC или на кстомном рендере (MS Word, AutoCAD и пр.) и сразу же увидишь разницу. +там все эти ивечные проблемы со сглаживанием и замыливанием шрифтом, в результате чего они выглядят неестественно...

Сообщение от alecss131 А а сам сделаешь обработку событий куда лучше и производительнее, тем более что для этой поделки нужен основной бесконечный цикл и все события обрабатывать надо грубо говоря с помощью колбэков.

и чего тут сложного? У меня так всё и устроено. К слову, бесконечный цикл нужен в игре, а в негреющем постоянно GPU софте нужно ждать GetMessage (под виндой).

Сообщение от alecss131 Да и эта либа не умеет ничего

это да, по сравнению с Qt там практически bare metal, приходится многое делать самому, хотя кое-что доступно из коробки, точнее даже много чего, но это только в том случае, если тебя устраивают дефолтные котролы и стиль gui, а если нет - всё с нуля, но зато производительность ты сам контролируешь. Согласен, всё это не для новичков.

Сообщение от alecss131 В том же Qt

Qt официально ушёл из РФ, его даже скачать теперь по человечески нельзя, только через всякие VPN-ы.
Кстати, встроить Qt в уже готовый проект не получится, а imgui - получится, да, но и так же встроить готовый рендер на том же Vulkan API в gui на Qt тоже ещё то занятие, нужно подстраиваться под все эти "прокладки" кутешные для вулкана.
p.s.: у Qt остался хоть LGPL или полностью уже в коммерцию скатился? В любом случае, к этому всё и идёт.

0

Сообщение от hyper_doom Вот ты попробуй поводи быстро мышкой по экрану в Qt, потаскай какой-то графический Item по экрану - увидишь, что там приличный временной лаг, то есть как бы шлейф за мышью, т.к. gui отстаёт.

я не замечал такого ни разу.

Либо это нужно такой комп ещё поискать, где это проявится

0

Сообщение от Алексей1153 Либо это нужно такой комп ещё поискать, где это проявится

Помню такое было без всяких QT.
Поэтому выключал отображение содержимого окон при перетаскивании =) (WinXP кажется и одноядерный целерончик, не буду врать про частоту его, не помню точно (200-400МГц))
Но гуй всё равно писали не на opengl(и т.д.).
А сейчас такое писать/предлагать/отстаивать.

0

Сообщение от SmallEvil А сейчас такое писать/предлагать/отстаивать.

вот когда у тебя будет миллион строк в коде и QtCreator будет постоянно падать в отладке, т.к. он тупо не умеет нормально работать со студийными отладчиками и компиляторами, вот тогда меня вспомнишь... а работать из студии через какие-то плагины с Qt - тоже хрень. Qt - это инструмент для быстрого прототипирования всякого микро софта, для чего-то более серьёзного он, разумеется, не годится, да и потом, как я уже сказал, он ушёл из РФ и применять его здесь в продакшене вообще не разумно.

Сообщение от Алексей1153 я не замечал такого ни разу.

открой хотя бы ms word, а лучше AutoCAD или 3DS Max и поводи мышкой по меню, а потом открой софт на Qt и сделай тоже самое с Qt-шными меню - разница будет на лицо (не в пользу Qt), а если в проекте Qt есть ещё что-то кроме меню, например, большой gui - разница станет ещё больше.

0

Сообщение от hyper_doom AutoCAD или 3DS Max

Сообщение от hyper_doom открой софт на Qt и сделай тоже самое с Qt-шными меню

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

0

Сообщение от alecss131 3DS Max

Сообщение от alecss131 и так написан на Qt

Не нашел этому подтверждения.
Только то что плагины можно на QT писать для него.

Starting with 3ds Max 2017, you can use the popular cross-platform development package Qt to create the user interface for your 3ds Max plug-in. See the maxsdk\include\Qt directory for headers exposing utilities for integrating Qt, as well as some customized Qt widgets used in the 3ds Max UI. Some of the standard plug-ins shipped with 3ds Max use Qt for their UI, and you can look at these in the SDK samples collection. Look at the maxsdk/samples/systems/sunlight project for an example of a plug-in that uses Qt for its UI.

0

Сообщение от SmallEvil Не нашел этому подтверждения. Только то что плагины можно на QT писать для него.

Как можно писать на Qt плагины когда интерфейс построен не на нем же?
Там в самой программе куча запчастей от Qt. Тащить их специально для плагинов? Еще там в комплекте идет вроде еще и PySide
А как же слова?

Сообщение от SmallEvil as well as some customized Qt widgets used in the 3ds Max UI

некоторые настраиваемые виджеты Qt, используемые в пользовательском интерфейсе 3ds Max

Немного погуглил вопрос, похоже до 17 версии он был написан на винапи, а с 17-18 начал Qt-фицироваться.

0

Сообщение от alecss131 Как можно писать на Qt плагины когда интерфейс построен не на нем же?

Легко.
Основная программа - одно.
Плагины - другое.

Зачастую плагины могут быть написаны на чем угодно.
Главное что бы поддерживали интерфейс плагина.
Почему бы разработчику не упростить процесс создания плагинов?

Сообщение от alecss131 Там в самой программе куча запчастей от Qt. Тащить их специально для плагинов?

Да. А как они будут работать?
Каждый будет тащить свою тонну говназависимостей?

Вообще мне без разницы.
Это я так, к слову.

0

Сообщение от hyper_doom открой хотя бы ms word, а лучше AutoCAD или 3DS Max

у меня нет на компе этого всего

но я пишу приложения на Qt, и я не замечал проблем даже в дебажных версиях

0

Сообщение от hyper_doom 3DS Max и поводи мышкой по меню, а потом открой софт на Qt и сделай тоже самое с Qt-шными меню

Кстати, Maya уж точно написана на Qt и при этом весит куда меньше, кроссплатформенная и работает куда шустрее Макса, Макс куда дольше запускается и вообще довольно тяжелый в плане ресурсов. Или взять тот же Гудини, тоже Qt, проблем не замечал. А вообще много 3д и cad софта написаны на Qt

0