C++ WinApi Gui

[4get]

Посоветуйте пару книг чтоб изучить в целом как можно там чё-то делать и так далее. ( Курсы, гайды etc тоже не помешают)

 

[Debounce]

Посоветуйте пару книг чтоб изучить в целом как можно там чё-то делать и так далее.

Виндовые апи некроссплатформенные, т.е. код непортируем.
Если ты прям хочет упарываться по WInApi, то какую-то информацию в примерах можно найти здесь

Пожалуйста, авторизуйтесь для просмотра ссылки.

, но это буквально одна минута в гугле, читать книги специально никакие не нужно, остальное можно искать по надобности.
Если уж изучать что-то для гуев, так это фреймворки которые будут работать на всех платформах, например Qt (сейчас самый популярный).

 

[xLamantine]

Использование WinGui является не очень хорошим вариантом с точки зрения разработки дескоптных предложений. Для таких целей гораздо лучше подходят библиотеки по типу: ImGui или Nuclear.

 

[Intrspct]

Использование WinGui является не очень хорошим вариантом с точки зрения разработки дескоптных предложений. Для таких целей гораздо лучше подходят библиотеки по типу: ImGui или Nuclear.

Имгуи и Нуклеар библиотеками называть Вам в цирк молодой человек

 

[xLamantine]

Имгуи и Нуклеар библиотеками называть Вам в цирк молодой человек

Не вижу смысла в дальнейшем диалоге.

 

[Intrspct]

Не вижу смысла в дальнейшем диалоге.
Посмотреть вложение 176011

Я про то, что их не совсем корректно библиотеками называть.

 

[Ozaron]

Использование WinGui является не очень хорошим вариантом с точки зрения разработки дескоптных предложений. Для таких целей гораздо лучше подходят библиотеки по типу: ImGui или Nuclear.

нуклеар это измененный имгуй же

 

[Intrspct]

Не вижу смысла в дальнейшем диалоге.
Посмотреть вложение 176011

Нуклеар ещё больше подходит под понятие "Библиотека" . Но вот имгуи не совсем.

(рука трясётся, я люблю пиво )

 

[xLamantine]

Я про то, что их не совсем корректно библиотеками называть.

Что в вашем понятии корректно молодой человек? Если вам есть резон называть данные библиотеки «наборами включаемых каталогов для разработки пользовательских графических интерфейсов на языке С++», то вполне себе можете. Но мне нет смысла подобным заниматься, потому предлагаю пректатить несмысленный спор.

 

[4get]

Использование WinGui является не очень хорошим вариантом с точки зрения разработки дескоптных предложений. Для таких целей гораздо лучше подходят библиотеки по типу: ImGui или Nuclear.

Использование WinGui является не очень хорошим вариантом с точки зрения разработки дескоптных предложений

Почему?

лучше ImGui или Nuclear.

Почему? ( не берём в расчёт удобство )

 

[xLamantine]

Почему?

Как минимум устаревание библиотеки, много лишнего, а также как сказали выше отсутствие кроссплатформенности. Но всё же варианты предложенные мной тоже не славятся кроссплатформенностью, за то обладают небольшим и понятным функционалом, который легко изучить, переписать и спроецировать своё!

 

[4get]

Как минимум устаревание библиотеки, много лишнего, а также как сказали выше отсутствие кроссплатформенности. Но всё же варианты предложенные мной тоже не славятся кроссплатформенностью, за то обладают небольшим и понятным функционалом, который легко изучить, переписать и спроецировать своё!

Ну насчёт устаревших соглашусь. Кроссплатформенность мне не нужна особо, но тоже важная вещь.

 

[Debounce]

Имгуи и Нуклеар библиотеками называть

Это библиотеки и есть, представляешь!

Почему?

Потому что imgui и nuklear это immediate-mode гуи, сейчас объясню разницу.
1) Исторически первым появился именно retained гуи, это когда у тебя каждый виджет (кнопка, текст и т.д.) это объект, который ты создаешь, т.е. есть форма, в ней виджеты и т.д., и все они существуют в явной форме и где-то хранятся. При этом у таких гуев есть очень важное свойство, они перерисовываются только при изменении, обычно нагрузка появляется только при действиях пользователя и ресайзе, это очень сильно экономит ресурсы. Примеры таких гуев большинство Qt, gtk, wxwidgets, и еще множество. Все они отлично используются именно для десктопных приложений, но их хер встроишь например в качестве меню в чит (потому что у них свой цикл работы, а игра обновляется каждый кадр).
2) Второй вариант это immediate гуи, в этом случае ты просто описываешь какие элементы ты хочешь с их параметрами. Им гораздо проще пользоваться, но у них много недостатков. Они обновляются каждый кадр, и это жрет очень много ресурсов, условно твой десктоп гуи на imgui будет жрать как слабенькая игра (потому что это так и есть, в твой апп даже nvidia будет инжектиться). Так же, на самом деле в imgui те же объекты существуют, просто они скрыты от пользователя, и там происходит тонна кеширований, чтобы это работало с приемлимой скоростью. Примеры таких гуи imgui, nuklear, в unity вроде тоже был. В общем эти гуи подходят для какого-то быстрого прототипирования, мелких инструментов, меню для чита, но для приложений их использовать идея не очень.

 

[xLamantine]

Ну насчёт устаревших соглашусь. Кроссплатформенность мне не нужна особо, но тоже важная вещь.

У ImGui и Nuсlear просто интуитивно понятный код, который ко всему прочему можно полностью изменить под себя.

 

[4get]

Потому что imgui и nuklear это immediate-mode гуи, сейчас объясню разницу.
1) Исторически первым появился именно retained гуи, это когда у тебя каждый виджет (кнопка, текст и т.д.) это объект, который ты создаешь, т.е. есть форма, в ней виджеты и т.д., и все они существуют в явной форме и где-то хранятся. При этом у таких гуев есть очень важное свойство, они перерисовываются только при изменении, обычно нагрузка появляется только при действиях пользователя и ресайзе, это очень сильно экономит ресурсы. Примеры таких гуев большинство Qt, gtk, wxwidgets, и еще множество. Все они отлично используются именно для десктопных приложений, но их хер встроишь например в качестве меню в чит (потому что у них свой цикл работы, а игра обновляется каждый кадр).
2) Второй вариант это immediate гуи, в этом случае ты просто описываешь какие элементы ты хочешь с их параметрами. Им гораздо проще пользоваться, но у них много недостатков. Они обновляются каждый кадр, и это жрет очень много ресурсов, условно твой десктоп гуи на imgui будет жрать как слабенькая игра (потому что это так и есть, в твой апп даже nvidia будет инжектиться). Так же, на самом деле в imgui те же объекты существуют, просто они скрыты от пользователя, и там происходит тонна кеширований, чтобы это работало с приемлимой скоростью. Примеры таких гуи imgui, nuklear, в unity вроде тоже был. В общем эти гуи подходят для какого-то быстрого прототипирования, мелких инструментов, меню для чита, но для приложений их использовать идея не очень.

Ну я примерно понял, но причём тут винапи(ну типа нислова про это)

 

[xLamantine]

Ну я примерно понял, но причём тут винапи(ну типа нислова про это)

Притом, что тебе объяснили, что они проще, но не для супер серьезных целей.

 

[sn0wyQ]

Использование WinGui является не очень хорошим вариантом с точки зрения разработки дескоптных предложений. Для таких целей гораздо лучше подходят библиотеки по типу: ImGui или Nuclear.

ImGui и WinApi GUI имеют совсем разные цели. ImGui создано для тех случаев, когда ты хочешь отрисовывать гуи заново каждый кадр, ну или сверху в оверлее. WinApi GUI используется для создания классических приложений с гуи - таким приложением не надо часто перерисовываться, что позволяет запустить кучу таких окошех рядом. Так что винапи правильно заменять Qt и подобными. Аналогично с Nuklear - если использовать его без связки с винапи то окно будет рендерится каждый кадр. Что больно ударит по производительности, если одновременно открыть несколько таких приложений

 

[hellclown]

Притом, что тебе объяснили, что они проще, но не для супер серьезных целей.

Когда кроме ImGui и Nuclear больше не слышал и не использовал И ГОВОРИТ ЧТО всё остальное такое - себе.

 

[xLamantine]

Когда кроме ImGui и Nuclear больше не слышал и не использовал И ГОВОРИТ ЧТО всё остальное такое - себе.

Где Вы увидели, что я написал, что ничего кроме этого не использовал?

 

[hellclown]

Где Вы увидели, что я написал, что ничего кроме этого не использовал?

Если бы ты использовал, то не писал что ImGui и Nucler очень понятны и кастомизированны по сравнению с остальными.
Ибо банально qt имеет форму + каждый объект её стилизируются как CSS и можно его как хочешь вертеть (это удобнее ImGui и Nuclear).
Когда ты пишешь с использование ImGUi ты так - же юзаезь WinApi и писать что оно лучше чего то это не целесообразно.