(Translated by https://www.hiragana.jp/)
Windows API - Wikipedia
Wikipedia

Windows API

Microsoft Windowsのシステムコール用ようAPI
（Win32から転送てんそう）

Windows API（ウィンドウズ エーピーアイ）とは、Microsoft Windowsのシステムコール用ようAPIのこと。特とくに32ビットプロセッサで動作どうさするWindows 95以降いこうやWindows NTで利用りようできるものはWin32 APIと呼よばれる。また、それらのWindowsにおけるWin32 APIの実装じっそうをWin32と呼よぶ。

64ビットプロセッサ向むけのWin64 APIも含ふくめる場合ばあいは「Windows API」という包括ほうかつ的てきな名称めいしょうが正確せいかくだが、慣習かんしゅう的てきにWin32と言いえばWin64も含ふくんでいることがある[1]。

概要がいよう

編集へんしゅう

Windowsオペレーティングシステム (OS) 上じょうで動作どうさするアプリケーションにとって、Windows APIはWindowsの各かく機能きのうにアクセスするための接点せってんである。そのため、Windows上じょうで動作どうさするアプリケーションを作成さくせいできる様々さまざまなプログラミング言語げんご・開発かいはつ環境かんきょうにおいてWindows APIを使用しようする手段しゅだんが提供ていきょうされている。特とくにCとC++向むけには、Windows SDKにより、<windows.h>をはじめとする多数たすうのヘッダーファイルが公開こうかいされている。Microsoft Visual C++のC/C++ランタイムライブラリのうち、OSの機能きのうにアクセスするものは、内部ないぶ的てきにWindows APIを用もちいて実装じっそうされている。また、多おおくの開発かいはつ環境かんきょうで、Windows APIを基もとにした、より高水準こうすいじゅんのフレームワークが構築こうちくされている。これらを通つうじて、すべてのWindowsアプリケーションは、直接的ちょくせつてきまたは間接かんせつ的てきにWindows APIを使用しようしている。

Windows APIに属ぞくする各かくAPIは、主おもにDLLに実装じっそうされており、C言語げんご形式けいしき関数かんすうまたはCOMインターフェイスとして機能きのうが公開こうかいされている。関数かんすうの呼出よびだし規約きやくはWin32 (x86) の場合ばあいに原則げんそくとしてstdcallを採用さいようする[2][3]など、統一とういつされたインターフェイスで多数たすうのプログラミング言語げんごからの使用しようを容易よういなものとしている。

分類ぶんるい

編集へんしゅう

Windows APIの中核ちゅうかくとなる機能きのうはKernel、User、GDIに分わけられる[4]。当初とうしょは、それぞれKERNEL.EXE (モードによってはKRNL286.EXE、KRNL386.EXE)、USER.EXE、GDI.EXEに実装じっそうされていた。32ビット化かされて以降いこうは、KERNEL32.DLL、USER32.DLL、GDI32.DLLに実装じっそうされている。Windows 7の新しんカーネル、MinWinでは、"Virtual DLL"の仕組しくみが導入どうにゅうされ、インターフェイス互換ごかん性せいを維持いじしたうえで実装じっそうの整理せいりが行おこなわれている[5][6]。

Kernel
ファイルシステム、デバイス、プロセス、スレッド、レジストリ、例外れいがい処理しょりなど基盤きばんとなる機能きのう
User
ウィンドウの処理しょり、ボタンやスクロールバーなどといった基本きほん的てきなコントロール、マウス・キーボード入力にゅうりょく、その他たグラフィカルユーザーインターフェイス (GUI) に関かかわる機能きのう。
GDI
ディスプレイ・プリンタをはじめとした出力しゅつりょく装置そうちへの描画びょうが機能きのう

現在げんざいでは、これだけに留とまらず、多数たすうのDLLから無数むすうの機能きのうが公開こうかいされている。現在げんざい、マイクロソフトのドキュメントでは次つぎのように分類ぶんるいしている[7]。

  • Administration and Management
  • Diagnostics
  • Graphics and Multimedia
  • Networking
  • Security
  • System Services
  • Windows User Interface

なお、この分類ぶんるいでは、KernelはDiagnosticsとSystem ServicesそしてSecurityに跨またがって属ぞくし、UserはWindows User Interface、GDIはGraphics and Multimediaに属ぞくする。

グラフィックとマルチメディア

編集へんしゅう

DirectX

編集へんしゅう

マイクロソフトはWindows 95/Windows NT 4以降いこう、全すべてのWindowsにDirectXを用意よういしている。DirectXは主おもにゲームとマルチメディアのためのAPIであるが、Windows Vista以降いこうはDirectX GraphicsがGDIに代かわってOSのグラフィックス描画びょうがの基盤きばんとして昇格しょうかくされている。Windows OSのバージョンや、サービスパックあるいは機能きのう更新こうしんプログラムの適用てきよう状じょう況きょうによって、利用りよう可能かのうなAPIやAPIのバージョンが異ことなる。DirectX APIのうちのいくつかは、ゲームコンソールであるXboxシリーズ（Xbox、Xbox 360、Xbox Oneなど）と共通きょうつうになっている。大半たいはんはハードウェアとの通信つうしんを仲介ちゅうかいするAPIであり、利用りようするにあたって、DirectX対応たいおうハードウェアおよびデバイスドライバーのインストールが必要ひつようとなるものも多おおい。

Direct3D
3Dグラフィックスアクセラレータの操作そうさ。当初とうしょはWindowsにおけるOpenGLの代替だいたい手段しゅだんでもあったが、Direct3D 12はよりハードウェアに近ちかいローレベルAPIとなり、競合きょうごうはVulkanである。
DirectDraw
2Dグラフィックスアクセラレータの操作そうさ。DirectX 8.0以降いこう、DirectDrawの機能きのうはDirect3Dに吸収きゅうしゅうされた。
DirectX Graphics
DirectX 8.0以降いこうに導入どうにゅうされた名称めいしょうで、Direct3DおよびDirectDrawの統合とうごうを意味いみするものだったが[8]、DirectX 11以降いこうはDXGI/Direct3D/Direct2D/DirectWrite/DirectCompositionの総称そうしょうとなっている[9]。
DXGI (DirectX Graphics Infrastructure)
DirectX 10以降いこう、DirectX Graphicsから比較的ひかくてき変化へんかの緩ゆるやかな部分ぶぶんはDXGIとしてDirect3Dから分離ぶんりされた。
Direct2D
Direct3D上うえに構築こうちくされた高こうレベル2D描画びょうが用ようAPI。GDI+の置おき換かえとなる。
DirectWrite
テキストおよびフォント／フォントグリフを扱あつかう。
DirectCompute
DirectX 11で導入どうにゅうされたGPGPU用ようのAPIという位置付いちづけだが、実際じっさいにはDirect3Dの一部いちぶ。
DirectSound
低てい水準すいじゅんなハードウェア（主おもにサウンドカード）への操作そうさ。
DirectMusic（英語えいご版ばん）
DirectSoundの上位じょういに位置いちし、音楽おんがく（メディアファイルの再生さいせいなど）を扱あつかう。
DirectX Audio
DirectX 8.0以降いこうに導入どうにゅうされた名称めいしょうで、DirectSoundおよびDirectMusicの統合とうごうを意味いみするものだったが[8]、DirectX 9以降いこうはX3DAudio/XAudio2/XACT/DirectSoundなどの総称そうしょうとなっている[10]。
DirectInput
ジョイパッドやゲームパッドからの入力にゅうりょく、およびフォースフィードバックを扱あつかう。
XInput
Xbox 360やXbox OneのコントローラーをWindows上じょうで使つかえるようにするAPI。
DirectPlay（英語えいご版ばん）
ネットワークなどを介かいした通信つうしん。
DirectShow
汎用はんよう的てきなマルチメディアパイプラインシステム。

DirectX APIはWindows APIの中なかでも変化へんかが激はげしいAPIのひとつで、Direct3D RM、DirectDraw、DirectSound、DirectInput、DirectPlay、およびDirectMusicはWindows Vista以降いこう完全かんぜんな互換ごかん機能きのうが用意よういされず、一部いちぶを除のぞいて廃止はいしあるいは代替だいたいAPIに吸収きゅうしゅうされている[11][12]。

静止せいし画が

編集へんしゅう

動画どうが・音声おんせい

編集へんしゅう

OpenGL

編集へんしゅう
WGL（英語えいご版ばん）
OpenGLとWindows (GDI) との連携れんけい部分ぶぶんを担当たんとうするAPIである。各かく関数かんすう名めいは接頭せっとう辞じwglで始はじまり、<wingdi.h>で宣言せんげんされている。なお、Windows SDKに付属ふぞくするOpenGLヘッダーおよびライブラリにはOpenGL 1.1までの関数かんすうしか定義ていぎされておらず、したがってOpenGL 1.2以降いこうの機能きのうを使つかうためには、Khronosから最新さいしんのOpenGLヘッダーをダウンロードしたのち、WGLのwglGetProcAddress()関数かんすうを用もちいてハードウェアベンダーが提供ていきょうするOpenGL ICD (Installable Client Driver) の関数かんすうエントリポイントをアプリケーション実行じっこう時じに取得しゅとくするなどの作業さぎょうが必要ひつようとなる[14]。

ネットワーク・インターネット

編集へんしゅう

コンポーネント技術ぎじゅつ

編集へんしゅう

ネイティブAPI

編集へんしゅう

ネイティブAPIは、Windows NT系けいにおいてWindows APIより下位かい層そうのAPIである。NT系けいでは、NTネイティブAPI上じょうにサブシステムとしてWin32 APIが実装じっそうされている。ただし、DirectXやGDIなどは、ネイティブAPIを介かいさず、より下位かいに位置いちするカーネルと直接ちょくせつやり取とりを行おこなう。

.NET Frameworkとの関係かんけい

編集へんしゅう

Windowsで動作どうさする.NET Frameworkは、基本きほん的てきにWin32 APIを用もちいて実装じっそうされている。例たとえばWindows FormsおよびWindows Presentation Foundation (WPF) はそれぞれ内部ないぶ的てきにGDI/GDI+あるいはDirect3Dを利用りようして構築こうちくされたGUIアプリケーションのフレームワークであり、Win32 APIとの相互そうご運用うんよう性せいも確保かくほされている。基本きほんクラスライブラリも、OSの機能きのうにアクセスするものはWindows APIを内部ないぶ的てきに利用りようしている。P/InvokeやCOM相互そうご運用うんようによって、.NETアプリケーションからWindows APIを利用りようすることも可能かのうである。

かつて、「Windows Vista以降いこう、WinFXと呼よばれる新あたらしいAPIがWindows APIに代かわってネイティブAPIになる（WinFXが最もっとも低てい水準すいじゅんなAPIとなりWindows APIはそのラッパーとなる）」とアナウンスされたことがあったが、結局けっきょく撤回てっかいされ、Windows Vista製品せいひん版ばんでは従来じゅうらい通どおりWindows APIがネイティブなAPIとなっている[16]。WinFXの計画けいかくは方針ほうしん転換てんかんされ、予定よていされていた機能きのうは.NET Framework 3.0としてリリースされた[17]。

実装じっそう

編集へんしゅう

Windows APIは名前なまえからも類推るいすいできるとおり、主おもにMicrosoft Windowsに実装じっそうされている。その実装じっそうはWindowsのバージョン毎ごとに少すくなからず違ちがいが存在そんざいする。たとえばWin32の場合ばあい、Win32c、Win32sではごく一部いちぶを除のぞきUnicodeに対応たいおうしていない、セキュリティ対策たいさくのアクセス制限せいげんが実装じっそうされていないなどといった違ちがいが挙あげられる。そしてそれは大おおきく次つぎのように分類ぶんるいすることができる。

Win16

編集へんしゅう

Win16は、16ビットプログラム用ようの実装じっそうである。ただし、Win16という語かたり自体じたいはWin32が登場とうじょうしてから用もちいられるようになったレトロニムである[18]。Win16は大おおきく2種類しゅるいに分わけられる。

  • Windows 1.0からWindows 3.1までおよびWindows 95/98/Me（9x系けい）の実装じっそう。
  • WOW (Windows on Windows): Windows NTによるWin16サブシステムによる実装じっそう。

Win32

編集へんしゅう

Win32は、32ビットプログラム用ようの実装じっそうである。次つぎのように分わけられる。

Win32
狭義きょうぎのWin32は、NT系けいの実装じっそうを指さす。
Win32c
9x系けいの実装じっそう。'c'は「compatibility」（互換ごかん）の頭文字かしらもじである。しかし、現在げんざい[いつ?]では9xの実装じっそうも区別くべつなくWin32と呼よぶ[19]。
Win32s
Windows 3.1用ようの実装じっそう。's'は「subset」（サブセット）の頭文字かしらもじである。Windows 3.1には搭載とうさいされておらず、別途べっと入手にゅうしゅ・インストールする必要ひつようがある。
Win32 for Windows CE[20]
Windows CEの実装じっそう。文字もじコードにUnicodeのみを使用しようするなどの点てんが特徴とくちょう的てきである。
WOW64 (Windows on Windows 64)
Win64上じょうでWin32をエミュレーションするサブシステムによる実装じっそう。

Windows NTがx86以外いがいのアーキテクチャに移植いしょくされたことに伴ともない、Win32は各種かくしゅアーキテクチャ向むけに移植いしょくされている[21]。また、Windows NTではないが、かつてMacintosh用ようのWin32も存在そんざいし、Microsoft Visual C++ 4.0 Cross-Development Edition for Macintoshとしてクロスコンパイラとともに発売はつばいされていた[22]。これらアーキテクチャの異ことなるWin32の間あいだにはソースコード上うえでの互換ごかん性せいがある。

Win64

編集へんしゅう

Win64は、64ビットプログラム用ようの実装じっそうである。2021年ねん3月がつ現在げんざいの主流しゅりゅうはx64だが、Windows 10ではARM64もサポートされるようになった[23][24][25]。

かつてWindows Server 2003およびWindows XPにてIA-64のサポートが始はじまったが、Windows Server 2008 R2を最後さいごにサポートが打うち切きられた[26]。

マイクロソフト以外いがいによる実装じっそう

編集へんしゅう

Windows APIの仕様しようはWindows SDKのドキュメントやMicrosoft Docs（旧きゅうMSDN ライブラリ）で公開こうかいされており、それを基もとにしたMicrosoft Windows以外いがいのWindows APIの実装じっそうが存在そんざいする。

WindowsランタイムAPI

編集へんしゅう
詳細しょうさいは「Windowsランタイム」を参照さんしょう

WindowsランタイムAPI (WinRT API) は、Windows 8で導入どうにゅうされたWindowsストアアプリ (Modern UIアプリケーション) を開発かいはつするためのCOM拡張かくちょうによる高こうレベルAPI。後継こうけいとなるWindows 10で導入どうにゅうされたユニバーサルWindowsプラットフォーム (UWP) アプリケーションの開発かいはつにおけるベースAPIにもなっている。一部いちぶのWinRT APIは、従来じゅうらいのデスクトップアプリケーションから利用りようすることもできる[27]。従来じゅうらいのWindows APIは、WinRT APIと対比たいひ・区別くべつされるとき、Win32 APIと呼よばれることが多おおい。

詳細しょうさい

編集へんしゅう

Unicode対応たいおう

編集へんしゅう
各かくWin32が実装じっそうしているAPI
Win 9x Win NT Win CE
A Yes Yes No
W 一部いちぶ対応たいおう Yes Yes

Windows NT系けいでは当初とうしょからUnicodeが用もちいられている一方いっぽう、Unicodeに対応たいおうしていないWin16と互換ごかん性せいを取とるために、Win32 APIから同おなじAPIに対たいしてマルチバイト文字もじ版はんとUnicode版ばんの2つを用意よういし、C/C++のマクロを駆使くししてコンパイル時じにどちらを使つかうか選択せんたくできる仕組しくみが採用さいようされている[28]。なお、Unicodeの符号ふごう化かには当初とうしょUCS-2が、Windows 2000から正式せいしきにUTF-16が用もちいられている[29]。

具体ぐたい的てきには、文字もじおよび文字もじ列れつの関かかわる関数かんすう・構造こうぞう体たいについて、マルチバイト文字もじ（Windowsコードページに基もとづく、日本語にほんご環境かんきょうであればコードページ932）とUnicode (UTF-16) のどちらを与あたえることもできるように、2つの関数かんすう・構造こうぞう体たいなどが準備じゅんびされている。その場合ばあい、マルチバイト文字もじ列れつを与あたえるべき関数かんすう・構造こうぞう体たいは末尾まつびに「A」を付つけ、ワイド文字もじ列れつを与あたえるべき関数かんすう・構造こうぞう体たいは末尾まつびに「W」を付つけて区別くべつしている。例たとえば、Win16のMessageBox関数かんすうに対たいして、Win32ではMessageBoxAとMessageBoxWという2つの関数かんすうが用意よういされている。そして、プリプロセッサ識別子しきべつしUNICODEの定義ていぎの有無うむによって切きり替かえが行おこなわれる。 

#ifdef UNICODE
#define MessageBox MessageBoxW
#else
#define MessageBox MessageBoxA
#endif

さらに、文字もじ型がたに対たいしても同様どうようにCHAR (charのtypedef) とWCHAR (wchar_tのtypedef) をUNICODEの定義ていぎに応おうじて切きり替かえるTCHAR型がたなどや、ナロー文字もじ列れつ定数ていすう・リテラルとワイド文字もじ列れつ定数ていすう・リテラルを切きり替かえるTEXTマクロが存在そんざいする。 

#ifdef UNICODE
#define TEXT(s) L ## s
typedef WCHAR TCHAR;
#else
#define TEXT(s) s
typedef CHAR TCHAR;
#endif

これらを適切てきせつに用もちいると、1つのソースコードからコンパイル時じのオプションによってマルチバイト文字もじを用もちいる実行じっこうプログラムとワイド文字もじを用もちいる実行じっこうプログラムの2種類しゅるいが作成さくせいできる。以下いかはその例れいである。 

#include <windows.h>
#include <tchar.h> // WinMain と wWinMain を切きり替かえる _tWinMain などが定義ていぎされている。
int WINAPI _tWinMain(HINSTANCE hInst, HINSTANCE hInstPrev, LPTSTR lpszCommandLine, int nCmdShow)
{
    MessageBox(NULL, TEXT("Hello, world"), TEXT("App"), MB_OK);
    return 0;
}

なお、Windows NT系けいにおけるA版ばんのAPI関数かんすうは、内部ないぶ的てきにW版ばんを呼よび出だすラッパーとなっている[30]。A版ばんAPIに入力にゅうりょくされたマルチバイト文字もじ列れつはUnicode文字もじ列れつに変換へんかんされてからW版ばんAPIに入力にゅうりょくされ、W版ばんAPIから出力しゅつりょくされたUnicode文字もじ列れつはマルチバイト文字もじ列れつに変換へんかんされてA版ばんAPIの出力しゅつりょくとなる。

このプレフィックスのAはANSI、WはWideを意味いみする[31]。ANSIは、Windowsコードページの一部いちぶがANSI規格きかくのドラフトを元もとにしたことに由来ゆらいする[32]。ワイド文字もじ (wchar_t) はC/C++の用語ようごであるが、Windows用ようのC/C++処理しょり系けいにおいて、ワイド文字もじは大抵たいていUCS-2またはUTF-16として実装じっそうされている。また、OLE関係かんけいでは、Win32ですべてUnicode化かされ、A/Wの区別くべつが存在そんざいしない。

なお、Windows 9x系けいでは、Unicode版ばんAPIは一部いちぶしか実装じっそうされていない[33]。ただし、Microsoft Layer for Unicodeを利用りようすることにより、ほぼすべてのUnicode版ばんAPIが使用しよう可能かのうになる[34]。また、Windows CEでは、逆ぎゃくにUnicode版ばんAPIしか実装じっそうしていない。NT系けいでも、Unicodeを前提ぜんていとした仕様しよう変更へんこうが行おこなわれたり[35]、Theme APIなど新あたらしいAPIでA/Wの2種しゅを用意よういせずUnicodeを用もちいるものだけを用意よういしたりするなど、徐々じょじょにUnicodeへ傾斜けいしゃする傾向けいこうにある。

歴史れきし

編集へんしゅう

Windows APIの歴史れきしは、もちろんWindows自体じたいの歴史れきしと切きり離はなせない関係かんけいにある。常つねに、Windowsに新しん機能きのうが搭載とうさいされれば、それをアプリケーションソフトウェアから使用しようするための新あたらしいAPIが追加ついかされ、対応たいおうする新あたらしいSDKが公開こうかいされることの繰くり返かえしである。デバイスドライバーに対応たいおうを迫せまるものは、DDK/WDK経由けいゆで公開こうかいされる。

Windows APIの歴史れきし上じょう、最もっとも大おおきな変革へんかくはWindows NTに伴ともなうWin32の登場とうじょうだった。ポインタとハンドルも32ビット化かされたこと、Unicodeへの対応たいおうが図はかられたことが大おおきな変化へんかである。

なお、現在げんざい[いつ?]は緩ゆるやかに64ビットへの移行いこうが進すすんでいる。Win64では、ポインタおよびハンドルは64ビット化かされているが、それ以外いがいでは16ビットから32ビットへの移行いこう時じのような大おおきな変化へんかはない。なお、64ビット版ばんWindowsでは32ビットアプリケーションとの相互そうご運用うんよう性せいを確保かくほするため、ハンドルの上位じょうい32ビットを使用しようする仕組しくみとなっており、ウィンドウ (HWND) などのユーザーオブジェクトハンドル、ブラシ (HBRUSH) やペン (HPEN) などのGDIオブジェクトハンドル、そしてミューテックス、セマフォ、ファイルなどの名前なまえ付つきオブジェクトハンドルを32ビット/64ビットアプリケーション間あいだで共有きょうゆうし、プロセス間あいだ通信つうしんに利用りようすることができる[36]。また、64ビット版ばんWindowsではWOW64により32ビットアプリケーションを実行じっこうできるが、16ビットアプリケーションを実行じっこうすることはできない[37][38]。

互換ごかん性せい

編集へんしゅう

Windows APIはシステム全体ぜんたいで共有きょうゆうするDLLを通つうじて公開こうかいされており、このシステムDLLに変更へんこうが入はいるとすべてのアプリケーションが影響えいきょうを受うけることになる。このため、度重たびかさなるバージョンアップやセキュリティパッチの適用てきようによりコンポーネントの互換ごかん性せいを失うしなってしまうことによるDLL地獄じごく (DLL Hell) の発生はっせいを招まねくことがある。この点てんに関かんしては、Windows 2000で導入どうにゅうされたSide-by-Sideコンポーネント共有きょうゆうや、Windows XPで導入どうにゅうされた分離ぶんりアプリケーションとSide-by-Sideアセンブリの仕組しくみにより、ある程度ていどの解決かいけつが図はかられている。

基本きほん的てきにWindowsおよびWindows API自体じたいは互換ごかん性せいに配慮はいりょした設計せっけいがなされており、バージョンアップの際さいに既存きそんの公開こうかいAPIに破壊はかい的てき変更へんこうが入はいることはない（時代遅じだいおくれとなった古ふるいAPIが非ひ推奨すいしょうになることはあるが、完全かんぜんに削除さくじょされることはまれである）。公開こうかいAPIを正ただしく利用りようして開発かいはつされたアプリケーションやドライバーであれば、旧きゅうバージョンのOSで正常せいじょうに動作どうさしていたものは、ほとんどのケースにおいて修正しゅうせいすることなく動作どうさする[39]。セキュリティ対策たいさくのためにWindows Vistaで導入どうにゅうされたユーザーアカウント制御せいぎょ (UAC) に関かんしても、通常つうじょう権限けんげんのアプリケーションが直接ちょくせつアクセスできないディレクトリに対たいする読よみ書かきを仮想かそう化かしてリダイレクトする仕組しくみが救済きゅうさい策さくとして用意よういされている。しかし、アプリケーションやドライバーが特定とくていのバージョンのWindowsでしか動うごかないような設計せっけいになっていた場合ばあい、アプリケーションが起動きどうできない、正常せいじょうに動作どうさしないなどの互換ごかん性せい問題もんだいが発生はっせいすることがある。この問題もんだいの回避かいひ策さくのひとつとして、Windowsには、旧きゅうバージョンのOSの動作どうさをある程度ていどエミュレートする「互換ごかんモード」が用意よういされている。例たとえばバージョン番号ばんごうを取得しゅとくするためのWindows APIにおいて旧きゅうバージョンのOSを偽装ぎそうした値ねを返かえすようにすることで、これらに依存いぞんしたアプリケーションへの影響えいきょうを低減ていげんする[40]。

批判ひはん

編集へんしゅう

Windows APIはWin16を拡張かくちょうして32ビット、64ビット化かされたという歴史れきしがある。そのため度重たびかさなる機能きのうの追加ついかにより、高度こうどに複雑ふくざつ化かしその習得しゅうとくが困難こんなんと化かしているという問題もんだいがある[41]。

Windows 8で導入どうにゅうされた新規しんき設計せっけいのWinRT APIは、名前なまえ空間くうかんを利用りようして体系たいけい的てきに整理せいりされており、効率こうりつ的てきかつモダンなアプリケーション開発かいはつをサポートするが、Windowsストアアプリ（のちのUWPアプリ）はサンドボックス環境かんきょうで動作どうさするために制約せいやくが多おおく、サードパーティー開発かいはつの主流しゅりゅうとはならなかった。結局けっきょくは従来じゅうらいのWin32 APIや.NET Frameworkを使用しようしたデスクトップアプリケーションが主流しゅりゅうのままであるが、Win32 APIによる開発かいはつはGUIツールキットのサポートが弱よわく、レガシーな外観がいかんのGUIウィジェットしか使つかえないなどの問題もんだいがある[42]。

ラッパーライブラリ

編集へんしゅう

Windows APIは比較的ひかくてき低てい水準すいじゅんであるため、高水準こうすいじゅんなインターフェイスを持もたせたり、C/C++以外いがいの言語げんごから利用りようしたりするための様々さまざまなラッパーライブラリやフレームワークが数多かずおおく存在そんざいする。主おもなものは次つぎのとおり。

マイクロソフト

編集へんしゅう
Microsoft Foundation Class (MFC)
C++クラスによるWindows APIのラッパー。
Active Template Library (ATL)
C++テンプレートによるCOMのラッパー。
Windows Template Library (WTL)
ATLの拡張かくちょうとして作つくられた軽量けいりょうのWindows APIのラッパー。現在げんざい[いつ?]はCPLに基もとづくオープンソースとなっている。

ボーランド

編集へんしゅう
Object Windows Library (OWL)
MFCと同どう時期じきに公開こうかいされ、よりオブジェクト指向しこうに作つくられたラッパー。
Visual Component Library (VCL)
ボーランドがその後ごに開発かいはつしたDelphiによるラッパー。Windows Formsのベースにもなった。

.NET FrameworkやWindows版ばん.NET Coreは、内部ないぶ的てきにWindows APIを利用りようして実装じっそうされているものの、基本きほんクラスライブラリなどはプラットフォーム非ひ依存いぞんとなるよう抽象ちゅうしょう化かされているが、Windows固有こゆうの機能きのうを使用しようしたGUIフレームワークや、Windows APIを薄うすくラップしただけの部分ぶぶんも存在そんざいし、System.Windows名前なまえ空間くうかんやMicrosoft.Win32名前なまえ空間くうかんなどにまとめられている[43][44]。

脚注きゃくちゅう

編集へんしゅう
[脚注きゃくちゅうの使つかい方かた]
  1. ^ Windows API index - Win32 apps | Microsoft Docs
  2. ^ __stdcall | Microsoft Docs
  3. ^ x64の場合ばあいは__fastcallが採用さいようされている。
  4. ^ チャールズ・ペゾルド『プログラミングWindows第だい5版はん』 〈上うえ〉、アスキー、2000年ねん10月がつ。ISBN 978-4756136008。 
  5. ^ ASCII.jp：MinWinとVirtual DLLで変かわるWindowsカーネル (1/2)｜あなたの知しらないWindows
  6. ^ ASCII.jp：ARM版ばんWindows 8実現じつげんの布石ふせきとなったWindows 7の「MinWin」 (3/4)｜基礎きそから覚おぼえる 最新さいしんOSのアーキテクチャー
  7. ^ “Overview of the Windows API” (英語えいご) (2009年ねん5月がつ7日にち). 2009年ねん7月がつ8日にち閲覧えつらん。
  8. ^ a b DirectX 8.0 の紹介しょうかい | Microsoft Docs
  9. ^ Getting started with DirectX Graphics - Win32 apps | Microsoft Docs
  10. ^ オーディオのリファレンス | Microsoft Docs
  11. ^ DirectX に関かんしてよく寄よせられる質問しつもん | Microsoft Docs
  12. ^ DirectX Frequently Asked Questions - Win32 apps | Microsoft Docs
  13. ^ Windows Multimedia - Win32 apps | Microsoft Docs
  14. ^ OpenGL - Win32 apps | Microsoft Docs
  15. ^ Windows HTTP Services - Win32 apps | Microsoft Learn
  16. ^ 本田ほんだ雅一まさいちの「週刊しゅうかんモバイル通信つうしん」
  17. ^ Windows Vistaとは何なにか？（3/3） - ＠IT
  18. ^ Petzold, Charles 著しる、株式会社かぶしきがいしゃロングテール/長尾ながお高弘たかひろ 訳やく『プログラミングWindows』 〈上うえ〉（第だい5版はん）、アスキー、2000年ねん10月がつ、33頁ぺーじ。ISBN 978-4756136008。 
  19. ^ Petzold, Charles 著しる、株式会社かぶしきがいしゃロングテール/長尾ながお高弘たかひろ 訳やく『プログラミングWindows』 〈上うえ〉（第だい5版はん）、アスキー、2000年ねん10月がつ、34頁ぺーじ。ISBN 978-4756136008。 
  20. ^ “Microsoft Announces Visual C++ for Windows CE” (英語えいご). マイクロソフト (1997年ねん4月がつ1日にち). 2009年ねん1月がつ30日にち閲覧えつらん。
  21. ^ “Cross-Platform Application Development in Windows NT” (英語えいご) (2003年ねん12月1日にち). 2007年ねん7月がつ26日にち閲覧えつらん。
  22. ^ “Microsoft Visual C++ 4.0 Cross-Development Edition for Macintosh (Archived Visual C++ Technical Articles)” (英語えいご) (1995年ねん7月がつ). 2007年ねん7月がつ26日にち閲覧えつらん。
  23. ^ Microsoft、ARM64対応たいおうのデスクトップ版ばんWindows 10を計画けいかくか - エキサイトニュース
  24. ^ マイクロソフト、ARM64向むけWindowsアプリの開発かいはつと配布はいふを正式せいしきサポート - CNET Japan
  25. ^ Windows SDK 10にはARM64用ようのインポートライブラリファイルなどが含ふくまれており、従来じゅうらいのネイティブデスクトップアプリとUWPアプリを開発かいはつできるようになっている。
  26. ^ マイクロソフト、「Itanium」チップのサポートを終了しゅうりょうへ - CNET Japan
  27. ^ デスクトップ アプリで Windows ランタイム API を呼よび出だす - Windows apps | Microsoft Docs
  28. ^ “Working with Strings (Windows)” (英語えいご). MSDNライブラリ. マイクロソフト (2010年ねん10月がつ5日にち). 2011年ねん8月がつ27日にち閲覧えつらん。
  29. ^ “Surrogates and Supplementary Characters”. MSDNライブラリ (2009年ねん1月がつ12日にち). 2010年ねん1月がつ19日にち閲覧えつらん。
  30. ^ “Windows XP Professional の多言たげん語ごオプションの比較ひかく”. TechNetライブラリ. 2010年ねん1月がつ19日にち閲覧えつらん。
  31. ^ “Unicode in the Windows API”. MSDNライブラリ (2010年ねん1月がつ12日にち). 2010年ねん1月がつ19日にち閲覧えつらん。
  32. ^ Chen, Raymond (2004年ねん5月がつ31日にち). “Why is the default 8-bit codepage called "ANSI"?” (英語えいご). The Old New Thing. 2008年ねん1月がつ30日にち閲覧えつらん。
  33. ^ “Other Existing Unicode Support” (英語えいご). MSDNライブラリ. 2010年ねん1月がつ19日にち閲覧えつらん。
  34. ^ “Microsoft Layer for Unicode Reference” (英語えいご). MSDNライブラリ. 2009年ねん7月がつ31日にち閲覧えつらん。
  35. ^ “[WinXP] Common Control 6.0 の EM_LIMITTEXT による入力にゅうりょく制限せいげん”. サポート技術ぎじゅつ情報じょうほう (2009年ねん9月がつ16日にち). 2010年ねん1月がつ19日にち閲覧えつらん。
  36. ^ Interprocess Communication Between 32-bit and 64-bit Applications - Win32 apps | Microsoft Docs
  37. ^ Running 32-bit Applications - Win32 apps | Microsoft Docs
  38. ^ 64bit Windows時代じだい到来とうらい：第だい3回かい　アプリケーションの互換ごかん性せい (1/3) - ＠IT
  39. ^ Compatibility and Reliability - Win32 apps | Microsoft Docs
  40. ^ Windowsの互換ごかん性せいテクノロジの仕組しくみ（前編ぜんぺん）（1/3） - ＠IT
  41. ^ 塩しお田紳でんしん二に. “.NET「本音ほんね」相談そうだん室しつ（第だい1回かい）Q3：どうしていま、.NETなのか？”. @IT. 2009年ねん7月がつ12日にち閲覧えつらん。
  42. ^ ASCII.jp：UWPからデスクトップアプリに回帰かいきすべく、MSが送おくり出だした「Project REUNION」 (1/2)
  43. ^ System.Windows Namespace | Microsoft Docs
  44. ^ Microsoft.Win32 Namespace | Microsoft Docs

関連かんれん項目こうもく

編集へんしゅう

参考さんこう文献ぶんけん

編集へんしゅう
  • Charles Petzold著ちょ　『プログラミングWindows第だい5版はん〈上うえ〉』　アスキー、2000年ねん。ISBN 4756136001
  • Charles Petzold著ちょ　『プログラミングWindows第だい5版はん〈下した〉』　アスキー、2000年ねん。ISBN 475613601X
  • Jeffrey Richter著ちょ　『Advanced Windows 改訂かいてい第だい4版はん』　アスキー、2001年ねん。ISBN 4756138055

外部がいぶリンク

編集へんしゅう
「https://ja.wikipedia.org/w/index.php?title=Windows_API&oldid=101151132」から取得しゅとく