Winapi в общем

Всем привет. Судя по количеству решенных здесь тем, напрашивается вывод, что не большое количество людей занимаются winapi на высоком уровне. Вопрос: почему? Ведь в c++ нет совершенно всех решений, заменяющих api? Или это уже уровень программирования ближе к нижнему?

0

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

Сообщение от ziqp Ведь в c++ нет совершенно всех решений, заменяющих api?

А WinAPI уже стал кроссплатформенным? Если нет, то зачем его брать для высокого уровня, когда есть портируемые вещи?

0

Сообщение от ziqp не большое количество людей занимаются winapi на высоком уровне.

А что такое "высокий уровень"?

Сообщение от ziqp почему?

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

0

Сообщение от Убежденный А что такое "высокий уровень"?

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

Сообщение от Убежденный Потому что для них это удобнее, быстрее и эффективнее.

Быстрее winapi или другие библиотеки?
Но есть ведь c++ + winapi варианты, где через c++ ты можешь добиться такого же результата только через ассемблер, например, работа с окнами (обработка всяких hwnd, манипуляция ими через системные сообщения и т. д.)

0

Сообщение от ziqp Быстрее winapi или другие библиотеки?

Быстрее обычно то, что ты лучше знаешь и в чем уже хорошо освоился.
Для некоторых Win32 API - именно такая, хорошо знакомая и привычная среда.

0

Само по себе WinAPI это низкий уровень. Оно общается с системой "на ее языке", что дает высокую скорость работы низкоуровневого приложения и небольшой размер файла. Однако оно сильно привязано к конкретной реализации (платформозависимо). Из-за этого код, использующий чистое WinAPI довольно громоздкий и изобилует неочевидной (для непосвященного) работой с теми же HWND. Кроме того, большая часть задач, решаемых этим кодом, стандартна. Поэтому ее заворачивают в более высокоуровневые библиотеки, избавляющие программиста от повторения одного и того же кода для похожих действий. Если такая библиотека написана хорошо, она полностью скрывает детали взаимодействия с системой. Тогда при изменении API (хотя бы устаревании каких-то функций или наоборот, поддержка более старых платформ, а иногда и переход на альтернативную) достаточно изменить только библиотеку, не трогая кода основной программы.
TLDR, преимущества использования библиотеки высокого уровня перед WinAPI (да и любым другим низким уровнем):
- упрощение исходного кода
- улучшение переносимости и совместимости
Недостатки:
- сложность использования специфичных особенностей
- меньшее быстродействие
- больший объем исполняемого файла

1