winnt.hの大文字VOIDマクロとINT typedefの目的

Question

winnt.hヘッダーに定義されている大文字のVOIDマクロが存在する理由を知りたい人は誰ですか？

事項をさらに混乱させるために、VOIDはCHAR、SHORT、INT、およびLONG一方のtypedefは、マクロです。

がwinnt.hから関連の抜粋を参照してください：

#ifndef VOID 
#define VOID void 
typedef char CHAR; 
typedef short SHORT; 
typedef long LONG; 
#if !defined(MIDL_PASS) 
typedef int INT; 
#endif 
#endif 

VOID* pointerの代わりvoid* pointerを行うための、おそらく歴史的な理由？

EDIT：もっと厄介で何が今日のプログラミングのWindowsを実行するとき、人々はvoidの代わりにVOIDを使用して確認することです。また、MSDNドキュメントの一部として見ることもできます。 http://msdn.microsoft.com/en-us/library/bb205867(v=vs.85).aspx

Answer 1

元々の理由は、もともとはWin32 APIはもともとは言語に依存しないと考えられていたため、名前付け規則に従って独自の名前を作成し、そのC実装を提供しました。実際には、彼らが定義したものの多くは、他の言語を使っている大部分の人には無視される傾向があります。

は限りVOIDではなくtypedefの#defineである理由として、それは非常に単純です：必要なtypedefはtypedef void VOID;ことだろうがC（編集：その時から、MicrosoftのCコンパイラで、「定義された」のように）単にdoesnの」それを許可するので、代わりにマクロを使用します。

Answer 2

Windows APIは古いです。 本当に古い。古い公式のC標準より古い。

これは、Windows APIがさまざまなレベルの言語サポートを備えたあらゆる種類の古代Cコンパイラに対処しなければならないことを意味します。一部はvoidをサポートしていない可能性があります。一部の人は、intというタイプのウィンドウが、intと考えられているものと互換性がない場合があります。一部の人がshortを理解していない可能性があります。回避策として、Windows APIはその特定のコンパイラで動作するものにエイリアスされた大文字の移植可能な同等物を提供します。

もちろん、現代のコンパイラでは、物事はかなり落ち着いています。たとえば、誰でもvoidをサポートしています。ただし、これらの大文字マクロを使用する古いコードとの互換性を維持するためには、#defineとtypedefを残す必要があります。