Изучение WinAPI на С++

Всем Здравствуйте. Я новичок на этом форуме. Занимаюсь С++ около двух лет и возникла необходимость в изучению WinAPI, чтобы создавать оконные приложения для Windows. В Интернете видел некоторых людей, которые говорят, что этот фреймворк сейчас изучать неактуально. Узнал про Qt-фреймворк, установил IDE, но столкнулся с проблемой компиляции, так как в программе изначально не было компиляторов для этого дела. Однако на Dev-C++, где я пишу всегда код, WinAPI адекватно функционирует. Следовательно, кроме этого фреймворка у меня нет ничего лучше для изучения, плюс его не надо нигде устанавливать, он идет вместе с виндой.

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

0

Для общего развития изучить можно, знание низкого уровня windows не помешает. Но вот копать эту тему глубоко смысла нет, если нет желания лезть в недра windows с головой, а это занятие неблагодарное.
А дальше все зависит от применения winapi.
Если речь про создание "просто окна" скажем для последующей работы средствами OpenGL, то есть куча кроссплатформенных библиотек: SDL, SFML, GLUT, GLFW, ...
Если про создание "развесистого" GUI, то Qt, gtk
А если для взаимодействия с системой, то многое реализовано в тех же SDL'ах, кое-что в других библиотеках, а для некоторых целей таки придется ознакомиться и с соответствующей областью API системы. Не обязательно, кстати, winapi: есть порт более универсального стандарта POSIX.

1

Сообщение от LAKESHORE_ что этот фреймворк

WinAPI это не фреймворк.

Сообщение от LAKESHORE_ стоит ли изучать эту штуку?

скорее нет, чем да.
всё зависит от того, нужны ли вам знания различных api, взаимодействующих с нативом.
применять эти знания на практике/работе вам вряд ли придётся (сейчас все кому не лень юзают различные SDK, обёртки, или даже пишут свои), если конечно же вы не собираетесь стать "исследователем" ядра для совсем других целей.

2

Сообщение от LAKESHORE_ тоит ли мне, пока что школьнику 9 класса, изучать эту штуку?

Если вы ограничитесь использовать WinAPI для создания простейших GUI-элементов, то есть: Label, Button, Edit, CheckBox, RadioButton и т.д., то вполне можно на первых парах на WinAPI остановиться.

Я делал первые GUI-приложения на Builder C++ Borland в 2007 примерно. Помню тогда купил эту толстую книгу в книжном магазине в своём городе: Программирование в C++Builder 6 и 2006 (+ CD-ROM). Потом был WinAPI (на первой работе было требование такое), потом был Qt, далее изучал Java, а сейчас WinForms + C# (для desktop-кроссплатформы на Mono), Unity + C# (для desktop-кроссплатформы), WPF + C# (для Windows) и HTML5/Node.js + TypeScript (для web-кроссплатформы).

1

Так скажем, что я хочу начать с создания 2D игр на голом DirectX. Для старта ведь можно пока и WinAPI попользоваться. А потом, когда более менее будешь в этом курить, можно и на Qt перейти.

0

Сообщение от LAKESHORE_ Для старта ведь можно пока и WinAPI попользоваться.

Несомненно. Дело молодое - легко запомнить, легко забыть.

0

LAKESHORE_, если именно игр, то можно и winapi. Все равно "программирование" сведется к копипасту магической последовательности создания окна да обработки ввода. "Магической" потому что она всегда практически одинаковая, а написать ее из головы нереально. Еще существенный плюс в этой области - не надо заморачиваться с системным GUI: для игры так и так придется писать свой. Кстати, в этом смысле переход на Qt ничего не даст, лучше переходить на SDL, SFML, GLUT и т.п. они попроще для понимания и меньше весят.
Плюсы winapi:
1. отсутствие зависимостей: не надо таскать со своей программой сторонние *.dll
2. работа с низким уровнем: будет какое-никакое понимание как работает система
3. возможность реализовать почти любой функционал, который там в принципе возможен.
Плюсы сторонних библиотек:
1. отсутствие привязки к windows. Да, используя winapi вы избавляетесь от зависимостей... получая в зависимости всю операционку целиком. Использование же кроссплатформенных библиотек, как следует из названия, переносимость упрощает.
2. сокрытие деталей реализации. Вместо двух экранов кода создание окна займет три строчки
3. наличие ОС-независимой реализации системного функционала. Вплоть до загрузки картинок, буфера обмена и тому подобного.
.
В целом, я бы предложил пройти оба пути. Сначала создавать окно средствами winapi, потом то же самое, но через SDL.
Отдельно на счет "офисного", системного GUI. Если планируется заниматься им, на предыдущий пункт просто не тратьте время. Изучение тех же Qt или gtk будет полезнее. А отсутствие вредных привычек из winapi избавит от необходимости переучиваться. Знания из SFML как раз мешать не будут (хотя и помощь вряд ли окажут), просто потому что другая область.

1

COKPOWEHEU, кстати, GLUT это от OpenGL? Я слышал про него.

Еще один вопрос: что посоветуете первым изучать, DirectX или OpenGL? Назовите плюсы и минусы одного и другого. Я слышал, что в OpenGL меньше возможностей, чем в том же DirectX.

А так, спасибо за ответ!

0

Сообщение от LAKESHORE_ COKPOWEHEU, кстати, GLUT это от OpenGL? Я слышал про него.

GLUT, SDL, SFML, GLWF это библиотеки для простого создания окон и работа с ними. Они НЕ для "развесистого" GUI, там нет работы с кнопками, формами, прочими контролами. Это вам не Qt / gtk. Но ведь в тех же играх стандартные контролы все равно использовать невозможно, и это и есть их ниша.
Какую именно из четырех перечисленных (и еще кучи не перечисленных!) выбрать - решать вам. Для себя я выбрал SDL, потому что там весьма развесистое взаимодействие с ОС - шрифты, картинки, звук, сеть, буфер обмена. Тот же GLUT гораздо примитивнее.

Сообщение от LAKESHORE_ Еще один вопрос: что посоветуете первым изучать, DirectX или OpenGL? Назовите плюсы и минусы одного и другого. Я слышал, что в OpenGL меньше возможностей, чем в том же DirectX.

Рекомендую OpenGL, причем сразу с версии 2 или 4 (шейдерный). Например, на Хабре есть несколько циклов статей. Насколько мне известно, разница в производительности по сравнению с DirectX невелика. Зато кроссплатформенность, как между "полноценными" операционками, так и вплоть до веба. Но на счет веба лучше 8Observer8 спрашивайте, он значительно глубже ковырялся.
Ну и на счет "мощности" библиотек: я всегда считал, что как раз разработчику нельзя доверять мощную машину - чтобы продуктами его труда могли пользоваться и другие люди, не плюясь на жуткие тормоза. Второе: чтобы достать до "дна" производительности библиотеки потребуется далеко не один год, а к тому времени будете знать эту тему гораздо лучше меня.

0

COKPOWEHEU, наверное, попробую SDL освоить в будущем, если сами писали на нём.

Кстати, для своей GTA 1 действительно подойдёт OpenGL, если всё составляющее игры будут .png файлы?

0

А почему нет?
Для загрузки *.png есть много разных библиотек.
На счет производительности можно еще вспомнить wine, который транслирует DirectX в OpenGL - и разница быстродействия (считая кривые драйвера, ограничение реализации системного API и прочего) - десятки процентов. Бывает, что производительность в wine даже выше.

0

Скину несколько примеров, которые выводят прямоугольник с текстурой с разными библиотеками создания окна. Для загрузки PNG с прозрачностью используется библиотека loadPNG. Для инициализации указателей на функции OpenGL - GLAD (не путать с GLUT). Для работы с матрицами - GLM.

В каждом примере есть папка Libs, где лежат библиотеки и они уже подключены к проекту Visual Studio. По идее, должно заработать в VS2019. Я не могу проверить, потому что C++ не ставил, ставил C#. Возможно "Platform Toolset" в настройках проекта нужно будет изменить на вашу версию VS.

• TexturedRect_CppOpenGL33WinAPI.zip
• TexturedRect_GLFWOpenGL33Cpp.zip
• TexturedRectangle_FreeGlutOpenGL20Cpp.zip
• TexturedRectangle_SfmlOpenGL31Cpp.zip

Не торопясь изучайте онлайн книгу на Хабре и экспериментируйте: learnopengl. Урок 1.1 — OpenGL / Хабр - Habr

Если с английским нормально, то лучше изучать оригинал: https://learnopengl.com/ (в РФ сайт недоступен, ставьте VPN, например, плагин для браузера Browsec)

0

Чарльз Петцольд "Программирование в Windows 95"

0

0

0

0

0

Сообщение от LAKESHORE_ Еще один вопрос: что посоветуете первым изучать, DirectX или OpenGL? Назовите плюсы и минусы одного и другого. Я слышал, что в OpenGL меньше возможностей, чем в том же DirectX.

OpenGL - это только работа с графикой, а у DirectX ещё много дополнительных возможностей из коробки. Но в OpenGL эти возможности компенсируются библиотеками. У DX язык шейдеров HLSL, а у OpenGL - GLSL. Я изучаю HLSL для движка Unity. GLSL и HLSL - это очень похожие языки. Первая попавшаяся ссылка для перевода из одного языка в другой: GLSL-to-HLSL reference - UWP applications | Microsoft Docs. На первых парах особенно не имеет значение, что вы выберите. Линейная алгебра и принципы будут одни и те же. Если вы выберите OpenGL, то не имеет особого значения, что вы выберите для создания окна, потому что у всех библиотек одинаковые принципы и из них нужен минимальный код. Попробуйте несколько, возьмите те, которые вам проще использовать, какие лично для вас вы видите перспективы. Допустим, вы нашли книгу или туториал, в котором используется GLFW, то пока используйте GLFW. Если свою демку игры решили писать для практики в программировании и для практики в OpenGL, например, Пинг-Понг на двоих по локальной сети, то возьмите SDL2, потому что в SDL2 есть средства для упрощения работы через сокеты и есть туториалы в интернете, как обмениваться сообщениями через сокеты по сети. Как можно больше изучайте и отрабатывайте на практике каждый день.

Сообщение от LAKESHORE_ Кстати, для своей GTA 1 действительно подойдёт OpenGL, если всё составляющее игры будут .png файлы?

OpenGL и DirectX подойдут абсолютно для любых 2D и 3D игр. Все игровые движки, конструкторы, 3D редакторы и т.д. используют OpenGL и DirectX. Игровой движок это API-обёртка в виде классов над API OpenGL и API DirectX. Я движки тоже изучаю, чтобы видеть, как на высоком уровне абстракции выглядит программирование для игр на движках. Я выбрал Unity/C# для нативных Desktop/Mobile приложений, который собирает исполняемые файлы из Windows: в EXE, для Linux, masOS, Android и iOS. Для веб выбрал движки: Babylon.js + TypeScript - для 3D, Phaser + TypeScript - для 2D. Для мультиплеера и кооператива выбрал Node.js / TypeScript / Express / socket.io / MySQL с хостингом на бесплатном Heroku. Создание своих маленьких сетевых игр - это тоже очень важно для изучения программирования. Плюс Node.js позволяет создавать свой сайт, изучать создание сайтов, что может быть дополнительным заработком.

Свои маленькие движки очень важно писать для меня. Я выбрал:

• OpenGL 3 + C# и OpenTK (OpenTK позволяет собирать под Windows, Linux, macOS, Android и iOS). Ставится OpenTK в VS очень быстро через NuGet, либо через подключение через References
• WebGL + TypeScript - запускается приложение без скачиваний в один клик на Windows, Linux, macOS, Android и iOS

2

0

8Observer8, а DirectX какой версии лучше использовать?

0