Дефайны типов в winapi

Здравствуйте,

Я честно говоря не совсем понимаю, как сформулировать вопрос, но вот так попробую:

Все типы в WinApi - это define`ы типов С/С++ ?
Типа сделано - это для того, чтобы, если я правильно понял, чтобы, если Microsoft захочет изменить какой то тип, то для пользователя-программиста это не было заметно и ему ничего не нужно было бы переписывать.

Ну там типа: DWORD - это unsigned int на данный момент.
HWND - это тоже unsigned int на данный момент.

Ну предположим я использую эти типы, ну просто для грубого примера, преобразовываю числовое значение, которое хранится в HWND просто в string или массив чаров, то есть числовое значение преобразовываю в такое же, но текстовое.
Просто Предположим, что функция to_string принимает только unsigned int.

И теперь предположим, что HWND меняется на знаковый int или вообще на float, разве в этом случае для программиста это пройдет не замеченным ? И ему не придется переписывать все ?

Или я явно, что то не так понял.

0

Сообщение от Optimus11 Все типы в WinApi - это define`ы типов С/С++ ?

Нет.

Во-первых, типы в WinAPI, в основном, это не define'ы, а typedef'ы. Define'ы чаще всего это константы. И следует принимать во внимание, что WinAPI имеет C-интерфейс, но не C++. И этот C далеко не последнего стандарта. Поэтому имеется своя специфика.

Во-вторых, в такой большой и сложной штуке, как WinAPI, множество различных сущностей могут иметь тип unsigned int. Для того, что бы было проще различать эти сущности, им присвоили смысловые псевдонимы. Когда вы в сигнатуре функции видите параметр HWND, вы понимаете, что это хэндл окна, а не что-то ещё, которое тоже под капотом имеет тип unsigned int.

Сообщение от Optimus11 Типа сделано - это для того, чтобы, если я правильно понял, чтобы, если Microsoft захочет изменить какой то тип, то для пользователя-программиста это не было заметно

В-третьих, такие типы как char, short int, int, long int, etc., казалось бы нерушимая основа основ, в стандартах C/C++ определены очень схематично и, по сути, они зависят от реализации. Поэтому полагаться на то, что в short 16 бит, а в int - 32 бита весьма самонадеянно. При этом в WORD, определённом в WinAPI, гарантированно будет 16 бит, а в DWORD - 32. Это даёт возможность некоторой переносимости на уровне исходников.

Так что здесь решается скорее обратная задача: защитить внутреннюю целостность WinAPI при изменении внешних условий (использование различных компиляторов, различные архитектуры и битности процессора, различные периферийные устройства и т.п.).

В-четвёртых, в WinAPI имеется множество псевдонимов (typedef'ов) для структур/объединений.

1

Сообщение от Optimus11 И теперь предположим, что HWND меняется на знаковый int или вообще на float, разве в этом случае для программиста это пройдет не замеченным ? И ему не придется переписывать все ?

нет, такое мы не можем предполагать.
потому что если гипотетически, они поменяют HWND на что этакое,
что не будет обратно совместимо с уже написанным кодом,
тогда сломается овер-дохрена всего.
случится глобальный сбой в мировом масштабе.
во всем мире упадет интернет.
с неба начнут падать самолёты.
глобальная экономика рухнет.
начнется паника.
города вспыхнут огнём.
затем голод и войны.
это будет началом конца...
апокалипс....

---

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

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

1