Никак не могу догнать: вот есть __stdcall, а есть описание #define WINAPI __stdcall. Ведь по сути один хрен что использовать WINAPI или __stdcall. Тогда зачем нужно было описывать WINAPI, если можно писать __stdcall? Объясните чайнику.
Почему я спрашиваю? Просто уже не раз на это натыкался. Например, описание: #define FLOAT float. И почему многие используют FLOAT, а не просто float.

Для переносимости.

Дело в том что #define ты можешь всегда изменить, a __stdcall нет.
Пример: #define WINAPI __stdcall можно спокойно заметить на #define WINAPI __cdecl
И твой софт работает по новому, без лишних телодвижений
А прикинь если не было дефайна - геммор полный был бы

Это сообщение отредактировал(а) bel_nikita - 19.5.2004, 12:20

А вот меня всегда мучал вопрос зачем GLfloat и GLsizei etc....
Для переносимости? Разве типа float нету на Маках или на *nix?

я думаю это сделано для того, чтобы прилетевшие с марса существа могли без проблем перенести quake на свои компьютеры.

Цитата

А вот меня всегда мучал вопрос зачем GLfloat и GLsizei etc.... Для переносимости? Разве типа float нету на Маках или на *nix?

А где гарантия того, что тот же float будет такого же размера и на Win, и на Mak. Видь даже в любом справочнике/учебнике по C/C++ ничего толком не говорится, какого размера должны быть типы данных.

Вот пример программы:

Код

#include <iostream> using namespace std; int main() {    cout << "float       - " << sizeof(float) << endl;    cout << "double      - " << sizeof(double) << endl;    cout << "long double - " << sizeof(long double) << endl;    cout << "int         - " << sizeof(int) << endl;    cout << "long        - " << sizeof(long) << endl;    cout << "short       - " << sizeof(short) << endl;    return 0; }

И вот то что вывело у меня под Windows (VC++ 6):

Код

float       - 4 double      - 8 long double - 8 int         - 4 long        - 4 short       - 2

А это под Linux (gcc):

Код

float       - 4 double      - 8 long double - 12 int         - 4 long        - 4 short       - 2

Как видно отличия только в типе long double, но не известно, как поведёт себя эта программа где-нибудь ещё.

А вот GLfloat, GLint и т.д., дают гарантию того, что программа будет вести себя везде одинаково

Это сообщение отредактировал(а) Anklav - 19.5.2004, 16:41

Строго говоря, для того, чтобы отличить свои апи от апей привнесенных(например созданных пользователем). Как замена одного красивого слова другим может повлиять на переносимость я в силу своей ограниченности понять не могу.

typedef int GLint;
вот такое в хидере gl.h, но int то одинаковые!
хотя кажется в Turbo C он 2 байта...

• Переносимости!?
  Кто виндовские функции (типа винапи) куда переносит? Или я ошибаюсь?
• Размер?
  Он опрашивается sizeof всё! И то если от него действительно что то зависит, что согласитесь далеко не везде так ( где используются дефайны).
• Единственно bel_nikita ещё можно понять и то это заморочка...

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

Так что пока поддерживаю мнение Sined'а. Пока конечно кто нибудь не приведёт действительно веского аргумента для этого безобразия.

________________________________________________________________________________________
PS: Где то я уже говорил, что при виде микрософтского кода создаётся впечатление, что во первых не существует концепта, во вторых его писало минимум 20 разных людей и в третьих, что так и не дописало.

Я тоже пока поддерживаю Sined 'овское мнение... Вот тока может в реализации под какую нибудь другую систему, будет другой хидер...?

Цитата

PS: Где то я уже говорил, что при виде микрософтского кода создаётся впечатление, что во первых не существует концепта, во вторых его писало минимум 20 разных людей и в третьих, что так и не дописало

.
У мелкомягких больше 10000 человек штата, даже если учесть, что 90% из них менеджеры, то 1000 человек нечем заниматься(так что 20 это весьма приуменьшенная оценка). Насчет их кода 1 могу сказать--после дизассмблироания он выглядит достаточно красиво и логично...кусками. Единственное, что может и тут наблюдается эффект толпы--большая(!) группа из программистов(какие бы они ни были) пишет хуже, чем самый слабый из этой группы.

MSDN:

Цитата

One of the major design goals of the 32-bit Windows was to minimize the effort required to port existing 16-bit Windows-based applications. However, some changes were mandated by the larger address space. Pointers, handles, and graphics coordinates were widened to 32 bits. When porting your code from 16-bit Windows to 32-bit Windows, you may need to revise code that uses functions that are no longer supported. However, the majority of Windows functions are supported or maintained for backward compatibility. If you are updating your code or creating new code, do not use the functions maintained only for backward compatibility. Instead, use the new functions introduced in the Windows API. It is possible to call functions in Win32-based DLLs (including the system DLLs) from a 16-bit application. Generic thunks provide a mechanism for 16-bit applications to call functions in Win32-based DLLs.

Наверно это не сильный аргумент, но всё-таки.

Цитата

typedef int GLint; вот такое в хидере gl.h, но int то одинаковые! хотя кажется в Turbo C он 2 байта...

Ну допистем, что где-небудь на unix тип int занимает 8 байт(а не 4, как на win), а тип short int - 4. Ну вот тогда в хидере gl.h напишут typedef short int GLint вместо typedef int GLint

P.S:
Сам не люблю эти typedef и #define, и поэтому даже если и пишу под win, то вместо всяких там UINT, BYTE ... - пишу unsigned int, char. Ещё больше всего меня убивает что-то типа LPCSTR, LPBYTE. И даже HWND мне никогда не нравилось.

Вопрос вкуса.
#defin'ы-- довольно простой способ сделать код лаконичнее и изящнее.
Мне также жутко не нравилось в gcc вставлять struct во все дыры.
Переносимость дело, конечно, хорошее, но учитывая, что почти с каждой новой версией меняются нафиг апи, вопрос стоит довольно абстрактно.

Ок, пипл. Короче это нах*й не надо. Разве что удобства при кодинге. Нет я просто слышал, что там какая-то перегрузка прёт.
Ну а почему тогда юзают FLOAT, а не float?
И LONGLONG, а не __int64?

Это сообщение отредактировал(а) gepard - 20.5.2004, 15:01

Цитата

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

Я приведу. У меня есть приложение, работающее с БД. В качестве идентификаторов в MYSQL используются целые числа, а в MSSQL GUID.
для того, чтоб скомпилить проект под какой-то сервер, достаточно изменить несколько дефайнов.
P.S. кроме того, еще несколько дефайнов отвечают за то, как будет выглядеть интерфейс на любой платформе: XP или классика виндоус.