@Zumhad

Например Steam. Он написан на С++ с использованием WINAPI. Это понятно. А что еще? GDI? GDI+?

0

@WxMaper

Странный вопрос. Что для вас "современное приложение"?
Сейчас наблюдается тенденция делать приложения с использованием CEF (Chromium Embedded Framework) и если говорить конкретно про Steam, то и он не исключение.
Только в Steam CEF используется как встроенный браузер, а есть приложения, которые вообще целиком и полностью написаны с использованием Node.js, например, Visual Studio Code - это приложение можно назвать "современным"?

0

@fastb1t

Все программы что под Windows используют WinAPI
Многие используют Qt

0

@Zumhad

А можно ли написать современное приложение на winapi и direct?

0

@fastb1t

Zumhad, как написал WxMaper, не совсем понятно что Вы имеете в виду под "современное приложение".
А так, если у Вас есть много свободного времени, то можно и на чистом WinAPI писать.

0

@Zumhad

Под современным я имею ввиду красивую графику. Не думаю что можно сделвть красивую и быструю графику на чистом winapi

0

@fastb1t

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

0

@Zumhad

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

0

@Ygg

Для двухмерной игры присмотритесь к Direct2D, попробуйте, может всё устроит.
Недавно пытался разобраться для себя с подобным вопросом, на чём можно сделать свой движок для простой 2D ходилки-бродилки с квестами. Нужно было плавно без рывков перемещать весь экран, что бы герой оставался по центру. Потратил месяц на различные эксперименты. GDI и GDI+ быстро отпали, так как нет никакой плавности, скорость отрисовки никуда не годится, даже с двойной буферизацией. DirectDraw позволял делать нужную композицию и плавно двигать экран, но напрягало отсутствие альфа-блендинга и работы с текстом. Для текста можно сделать связку DirectDraw с GDI+, но в конце концов отсутствие альфы заставило искать дальше. Direct2D позволял делать всё необходимое и подходил по скорости. Ещё раз присмотрелся к OpenGL, лет 10 назад уже пытался в тему 3D влезть, и вновь осознал, что слишком сложно, для качественного усвоения нюансов потребуется много времени. Есть ещё игровые движки и упрощающие работу обёртки вокруг OpenGL, но их не стал рассматривать для себя.

0

@WxMaper

Что лучше всего знаешь, то и используй.
Если ничего не знаешь, то начинай изучать то, на чем будет быстрее/проще/оптимальнее реализовать твой проект.

Если имеется ввиду его морда, посмотри в сторону QML.
Если имеется ввиду его API, то я в ступоре от такого вопроса.

0

@COKPOWEHEU

Обычно для игр не используется стандартный системный интерфейс. Вместо этого все кнопочки, списочки и т.п. реализуются средствами дважка и графической библиотеки.
Соответственно, если хотите писать игры с нуля без готовых движков, начните с графической библиотеки, лучше OpenGL или Vulkan. А средства операционных систем используйте только для создания окна и обработки ввода. Можно, конечно и непосредственно winapi использовать, но лучше взять готовую кроссплатформенную библиотеку вроде SDL, SFML, GLUT, GLFW - они проще в использовании и лучше структурно. Если потом все же захочется погрузиться в бездну winapi, можно будет написать свою реализацию той же SDL.

0

@Zumhad

Боже. Я имею ввиду не интерфейс игры а интерфейс движка.

0

@COKPOWEHEU

Что вы понимаете под интерфейсом движка?

0

@Timon32

Моя игра использует SFML, также с помощью него рисуется интерфейс игрового движка.
При надобности могу поделиться наработками GUI.

0