" （ Double Quotes ）
　「ダブルクォーテーション」
　記号のひとつ。この記号で囲まれた部分はリテラル文字列とみなされる。リテラル文字列中で " を書き込みたい場合にはエスケープシーケンスの \" を書き込む。

&&
　（ Logical AND Expression ）
　「論理 AND 演算子」
　C 言語の２項演算子のひとつ。
　左オペランドと右オペランドが共に「０以外」の時のみ「０以外」を出力し、それ以外の場合には「０」を出力する。
　たとえば「 1 && 2 」は「０以外」を出力し、「 1 && 0 」や「 0 && 0 」は「０」を出力する。

|
　（ Inclusive AND Expression ）
　「ビット OR 演算子」
　C 言語の２項演算子のひとつ。
　左オペランドと右オペランドの各ビットを比較し、どちらもが０であれば０を、それ以外は１を各ビットごとに返す。
　たとえば「 0x3 ( 0011 ) | 0x5 ( 0101 ) 」は「 0x7 ( 0111 ) 」になる。つまり各ビットにおいて、どちらかが１になっていればそのビットは１となる。
　この演算子はビットフラグで「複数のフラグを組み合わせる」場合に使用することが多い。

~ （ Tilde ）
　＜チルダ、ティルダ、にょろ＞
　演算子のひとつ。
　C 言語では「各ビットの補数」もしくは「各ビットの否定」を取る機能を持つ。これは、変数内の各ビットに対し、０ならば１、１ならば０に変換するというものである。
　C++ 言語ではこれに加えてデストラクタを示す演算子としての意味も持つ。クラスと同名のメンバ関数の前に ~ 置くことで、そのメンバ関数がデストラクタとみなされる。

::
　（ Scope Operator / Scope Resolution Operator ）
　「スコープ演算子 / スコープ解決演算子」
　C++ 言語で使用する演算子のひとつ。
　基本的には名前の解決に使用する。主な使用方法はふたつ。
　ひとつは名前空間での「包む名前と包まれているもの」を継なげる時に使用する。 namespace A { int B } となっているとき、 B のフルネームは A::B となる。このように、名前の「苗字と名前」の区切り記号として使用する。
　もうひとつは「属するクラスの指定」に使用する。たとえば、オーバーライド時には様々な派生クラスに同名のメンバ関数が存在し、そのうちの任意のクラスのメンバ関数を呼び出したい場合に Class::Mem() のように指定する。このように「クラス名とメンバ」の区切り記号としても使用する。
　使用感覚はどちらも同じ、「包む側と包まれる側」を継なぐときに使用すればいい。

.com 実行ファイル
　「小さい実行ファイル」
　実行ファイルの拡張子のひとつ。
　通常の実行ファイルの拡張子は .exe だが、比較的小さい実行ファイルには .com が拡張子としてつけられる場合がある。ただしこれは MS-DOS 時代のもので、ウィンドウズでは Command.com など一部の特別なファイルに使用されているのみである。

__asm
　インラインアセンブラを使用するためのキーワード。
　 Visual C++ では、 __asm キーワードのあとのネスト内は、アセンブラで書かれたプログラムを書き込むことができる。この機能により、必要な場合だけ簡単にアセンブラを使用することができる。

　
__cdecl
　呼び出し規約のひとつ。
　 Visual C++ ではデフォルトの呼び出し規約。つまり普通の関数はこの呼び出し規約となる。
　この設定は「プロジェクトの設定」の「C/C++」−「コード生成」ページの「呼び出し規約」で変えられる。

__declspec
　 Visual C++ における拡張キーワードのひとつ。
　コンパイル時に変数や関数に対して「ウィンドウズ特有の処理」を行いたい場合にこのキーワードを使用する。
　一般には DLL 使用時・作成時における関数のインポート・エクスポートによく使用される。例えば API のヘッダーファイルにおける宣言に必ず付いている WINBASEAPI は、 __declspec( dllimport ) を #define で置き換えたものである。これが付いていることで、アプリケーションは各 DLL 内にある API 関数をインポートし使用することができる。

　
__fastcall
　呼び出し規約のひとつ。
　基本的に Visual C++ では使用されない。なぜか他の開発環境で多用されている。

　
__stdcall
　呼び出し規約のひとつ。
　 API に含まれる関数はすべてこの呼び出し規約。また、アプリケーション内の関数でも、コールバック関数など「アプリケーションの外から呼び出される関数」はこの呼び出し規約を指定する必要がある。このように、実行ファイルや DLL を越えて呼ばれる関数は、この呼び出し規約である必要がある。
　 APIENTRY, PASCAL, WINAPI, CALLBACK は __stdcall を #define で置き換えたものである。

#define
　＜デファイン＞
　「定義マクロ」
　コンパイル前に、プログラム中の単語を他の単語に置き換えるためのプリプロセッサ。
　[ #define 変換前 変換後 ]でプログラム中の単語を置き換えることができる。また「変換前( 引数 ) 」とすることで引数部分をそのまま変換後へと反映させることができるため、関数のような機能を持つこともできる。この関数のような機能を「マクロ」と言う。
　主に５つの使用方法がある。
　「定数値」：リテラルをプログラム中にハードコーディングした場合、検索や訂正が難しくなる。そこで #define を使ってリテラルの別名を作り、その別名をプログラムに使用する方法が取られる。現在は #define の代わりに const int や const char *const を使うのが主流。
　「型定義」：移植性を高める理由等により、ある組み込み型の別名を #define で作成し使用する方法。現在は #define の代わりに typedef を使うのが主流。
　「プログラムの簡略化」：プログラムの中で、冗長だが関数などにすることができない部分を #define で定義し置き換える方法。 MFC でよく使用される。
　「関数の代わり」：関数のようなもの、マクロを #define で作成することができる。マクロはプログラムを置き換えるため関数のように呼び出し時のタイムロスがないというメリットがある反面、機械語のコードとソースプログラムの整合性が取れなくなってしまうためデバッグが困難になるというデメリットがある。現在はマクロの代わりにテンプレートや inline 関数がよく使用される。
　「コンパイル分岐」： #ifdef 等を使用することで「一部のプログラムだけコンパイルする」ことができるようになる。その鍵となるのが「 #define した単語」である。コンパイルする部分を変更したい時には、その #ifdef の条件にあった #define をすることになる。これは、 Visual C++ では【プロジェクトの設定】ダイアログの【 C/C++ 】−【一般】ページの【プリプロセッサの定義】でも行える。

#else
　＜エルス＞
　 #if や #ifdef と対にして使用し、「すべての条件に当てはまらない場合」という意味を持つプリプロセッサ。
　 #if などの条件に当てはまらなかった場合に当てはまるのが #else である。これにより、「条件に合わない場合」の処理を行うことができる。逆に言えば、 #else は「条件に合った場合」には実行されないということである。

#ifdef
　（ if Defined ） 　＜イフデフ＞
　プログラムの一部分に対し、ある存在が定義されているかどうかで「コンパイルするかどうか」を決めるためのプリプロセッサ。
　 #ifdef の右隣に何か単語を置いて使用する。その単語が #define によって定義されていれば、 #ifdef から #endif までの範囲はコンパイルされる。もし定義されていなければ、 #ifdef から #endif までの範囲はコンパイルされない。この仕組みによって、プログラムの一部に対し「場合によってコンパイルするかしないか決める」ことができる。
　ただし、実際に「定義されているかどうか」を調べるのは面倒なため、プログラムの可読性を下げる可能性がある。

#import
　「運び入れる」
　タイプライブラリを読み込むためのプリプロセッサ。
　他のコンポーネントに含まれる関数やクラスを使用する場合には「タイプライブラリ」からその情報を得る必要がある。そのタイプライブラリファイルを指定するためのプリプロセッサが #import である。
　 #include のタイプライブラリ版と考えるとよい。

#pragma
　＜プラグマ＞
　「現実的」
　コンパイラやリンカに指示を出すためのプリプロセッサ。
　コンパイラやリンカ、 OS の機能をプログラム上から指定する場合、これまでは「特定の環境でしか使えないキーワード」を使用しなければならかなった。 #pragma は、これらを肩代わりするものである。
　 #pragma にパラメーターを加えてプログラム中に書き込むことで、コンパイラ等に指示を出すことができる。たとえば Visual C++ には #pragma pack というアライメントを設定するためのものがある。
　 #pragma のパラメーターは、通常コンパイラごとに異なる。パラメーターが「そのコンパイラに認識できないもの」であった場合、コンパイラは無視するため、特定のコンパイラに特化した #pragma を指定しやすいというメリットがある。

#undef
　（ Un Defined ） 　＜あんでふ＞
　 #define された単語を無効化するためのプリプロセッサ。
　 #define は「強制的に単語を置き換える」ため、場合によっては特定の単語の #define が邪魔になる場合がある。 #undef は、このような場合に #define された単語を解除するために使用する。

0x
　１６進数を表すときに使用するプレフィックス。
　リテラル整数を１６進数で表したい場合、その整数値の先頭に 0x を付けることで、その整数値が１６進数としてみなされるようになる。
　もちろん、１６進数も１０進数も、整数値の表現方法のひとつにしかすぎないため、変数中の整数値にこのようなプレフィックスを付ける必要はない。

１バイト文字
　（ Single-byte Character ）
　アルファベットおよび数字など、１バイトサイズで表現できる文字。半角文字とも言う。
　ASCII コードで表現される英数文字と、一部の特別な文字は１バイトの整数値で表現される。この種の文字を「１バイト文字」と呼ぶ。「一部の特別な文字」にはその国の特別な文字を使用することが多く、日本では半角カタカナが割り当てられている。
　アルファベットや英数文字、カタカナは２バイト文字としても表現できるが、２バイト文字としての文字と、この１バイト文字としての文字はまったくの別物であることに注意。

２進数 （ Binary Digit ）
　「０１数」
　一桁に「０」と「１」しか入らない数字。
　最初は０から始まり、１増やすと１に、さらに１増やすと（２はないため）繰り上がり１０、さらに１１、１００、と数えていく方式。
　メモリなど、コンピューターの中身はスイッチの「オン」と「オフ」の並びとなっており、これを数字として表すのに２進数が使用される。この場合、一桁の単位がビット、８桁でバイトとなる。
　ただし、そのまま２進数として表すと桁数が膨大となってしまうため、２進数の４桁を一組とした１６進数が一般的には使用される。
　特定の２進数が「何を意味するのか」は、場合場合によって変わるので注意。その変換方法を定義するのが型ということになる。同じ２進数でも、その値を int と捉えるのか double と捉えるのかで変わってくる、ということである。

２バイト文字
　（ Double-byte Character ）
　一般的なひらがな、カタカナ、漢字の文字。全角文字とも言う。
　MBCS や Unicode を用いて日本語の文字列を表現した時、２バイトで表現した１文字を「２バイト文字」と言う。
　アルファベットなどと違い、漢字などは文字数が多いため、１バイト文字として表現することはできない。そこで２バイトを使用して漢字等を表現する。これがひるがえって、「２バイト文字」と言えば「漢字やひらがな」を指すことになる。

１６進数 （ Hexadecimal Digit ）
　「Ｆまで数」
　一桁を「０」から「９」そして「Ａ」から「Ｆ」で表した数字。
　２進数をそのまま表すと桁数が膨大となってしまう。そこで使われるのが、２進数の４桁を一組とした「１６進数」である。
　１６進数は、２進数４桁を一桁にまとめて表す。そのため一桁には２の４乗＝１６までの数字が入る。これを表すため、０〜９に加えてＡ〜Ｆを使って表現する。４桁のため、１６進数一桁は４ビットであり、１６進数２桁は１バイトとなる。「１バイトを１６進数２桁で表す」ため、２桁一組で表示されることが多い。
　リテラル整数を１６進数で表示する場合には、 0x をプレフィックスとして付ける必要がある。

49.7日
　ウィンドウズでの活動限界時間。
　ウィンドウズは内部に時計を持っており、そのいくつかは起動時からの時刻を計っている。
　その中には ms （ミリセカンド）単位でのカウントを３２ビット整数値として格納しているものがある。当然３２ビット、つまり 4294967295 ms 、約４９．７日までしか値を保持できない。これを超えると０にリセットされる。もしこの「０に戻る」ときを確認していない場合、アプリケーションがエラーを発生する場合がある。
　一部のウィンドウズの Vtdapi.vxd はこの確認をしていないため、リセットされた時点でエラーが発生し、ウィンドウズがハングアップする。この問題により、一部のウィンドウズは４９．７日以上使用し続けることはできない。
（詳細はサポート技術情報の J047591 をご覧ください）

ACM
　（ Association for Computing Machinery ）
　「国際計算機学会」
　アメリカに籍を置く組織。「国際大学対抗プログラミングコンテスト」を開催しており、日本の大学もこの大会に参加している。

Active Directory
　＜アクティブディレクトリー＞
　Microsoft 製アプリケーションのひとつ。ネットワーク上に散在するユーザー情報等をまとめて管理するためのアプリケーション。

ActiveMovie
　＜アクティブムービー＞
　動画を再生するためのダイアログボックスコントロール。
　現在は DirectX の DirectShow に名称が変更されている。

　
ActiveX＜アクティブエックス＞
　COM インターフェイスを中心とするアーキテクチャーの総称。もしくは、 COM インターフェイスを持つDLL。インターネットを通じてブラウザの機能の一部として組み込むこともできる。

AFX
　（ Application Framework ）
　MFC が用意した関数やマクロに付いているプレフィックス。
　MFC は全体で様々な処理を行う構造（＝フレームワーク）となっており、これによりメッセージ等が処理される。そのシステムに関わっていることを識別するため、関数には Afx 、マクロには AFX 、グローバル変数には afx がプレフィックスとして付いている。
　基本的には「 MFC の目印」と考えればよい。

ANSI
　（ American National Standards Institute ）
　「世界標準」
　＜アンジー＞
　アメリカの組織のひとつ。標準規格を策定するための機関。
　C 言語と C++ 言語の文法規則も、 ANSI によって策定されている。これらを ANSI C および ANSI C++ と呼ぶ。この ANSI による規定を守っているコンパイラを「 ANSI 準拠コンパイラ」と呼ぶ。多くのコンパイラは ANSI 準拠を謳っている。
　プログラムの移植性を高める場合にはできる限り ANSI 規格に則ったプログラムを組むべきだが、コンパイラや OS 、ライブラリの関係でそれが難しい場合も多い。

API（ Application Programing Interface ）
　広義としては、特定のアプリケーションを作成するためのライブラリ。 SDK と同意。
　狭義としては、ウィンドウズアプリケーションを作成するための必須ライブラリ。もしくはその中に含まれる関数。ウィンドウズプログラミングの話題としては、こちらを指すのが一般的。
　ウィンドウズ用ライブラリとしては非常にハードウェアレベルに近いライブラリであり、 OS の操作に関してたいがいのことができる。各種DLLとして提供されており、この中に含まれる関数を呼び出す形で使用する。ＶＣ付属の MFC やＣ　ランタイムライブラリはこの関数を使用して機能している。つまりこのAPIがなければウィンドウズアプリケーションは作成できないと言える。
　ライブラリとしての使い勝手はいいとは言えない。Ｃ言語のみの作成も考慮されているため関数と構造体のみで構成されている。また、ソースコードが公開されていないうえに使用方法にクセのあるものが少なくないため、初めて使う関数はドキュメントを熟読したりテストを行ったりする必要がある場合が多い。

APIENTRY
　ウィンドウズ API の関数宣言に付いている単語。
　これは呼び出し規約を統一するためのもので、 __stdcall を #define で置き換えたもの。 WINAPI と同じ。

argc
　＜アーグシー＞
　 main() の第１引数。
　アプリケーション実行時に渡されたパラメーターの個数を格納する。型は int 。実際のパラメーターは argv に格納されている。

argv
　＜アーグブイ＞
　 main() の第２引数。
　アプリケーション実行時に渡されたパラメーターを格納する。文字列のポインタとなっており、そのポインタを配列として使用することで、各パラメーターを取得することができる。パラメーターの個数は argc に格納されている。

ASCII
　（ American Standard Code for Information Exchange ）
　「標準英文字」
　いわゆる「半角英数文字」を表す文字コード。
　１バイトサイズの整数と、それに対応する英数文字との対応表を「 ASCII 」もしくは「 ASCII コード」と呼ぶ。コンピューターはこの変換表を用いて、整数値を英数文字へと変換する。
　英数文字のみなので、基本的には７ビットサイズの整数値にすべての英数字が含まれている。だが実際には８ビットサイズ整数値として扱われ、その余分な領域に地域ごとの文字が割り当てられている。ドイツ語圏であればウムラウト、日本であれば半角カタカナといったように。
　日本語用の文字コードは、主に２バイトで１文字を表す。しかし、たとえ日本語の文章だとしても、文章中の半角英数文字は ASCII コードに割り当てられた１バイトの文字として使用される。つまり、日本語の文章は、２バイトが１文字の部分と１バイトが１文字の部分とが混在しているということになる。日本語文章の表示には、この区別を付ける必要があるというわけである。「インターネットで半角カタカナが禁止」されているのは、文字コードによってはこの区別が付けられなくなってしまう場合があるためである。

　
ASPI ( Advanced SCSI Programing Interface )
　ＳＣＳＩ機器を操作するための関数群。通常、デバイスを操作するためにはデバイスドライバーを作成する必要があるが、この ASPI があれば、ＳＣＳＩ機器を通常のＣ言語で操作することができる。
　アダプテック社から提供されている wnaspi32.dll という DLL を（ヘッダーファイルやライブラリファイルはないため）実行中リンクして使用する。

　
ATL
　( Active Template Library )
　＜えーてぃーえる＞
　 MFC に代わる Microsoft 推奨の新しいテンプレートライブラリ。
　本来は ActiveX と呼ばれるＣＯＭを作製するためのライブラリ。レジストリへの登録機能等も持っている。
　だが、テンプレートを使用したシンプルなAPIラッパークラスでもあり、継承が複雑化していないため、巨大化しすぎたMFCを継ぐ存在と言われている。ただし、まだ作製段階でもあり、また当面はActiveXを作製することのみに重点が置かれるであろうことが予測されるため、通常のアプリケーション作製には影響していない。

Autoexec.bat
　＜オートエグゼキューションバッチファイル＞
　「ウィンドウズ心臓ファイル」
　ウィンドウズが起動したときに読み込まれる、バッチファイルのひとつ。
　ウィンドウズ起動前に、環境変数などの設定を行うためのファイル。たいがいはウィンドウズをインストールしたドライブに置いてある。このファイルの書き換えは致命的な問題になりかねないので注意すること。 MS-DOS 時代の名残のひとつ。

B 言語
　（ B Language ）
　C 言語の元となったプログラミング言語。非常に古いものであり、現在はほとんど使用されていない。
　ちなみに本辞書は C / C++ 言語 中心なので B 言語に特化した単語は掲載しない予定です。ごめんなさい。

BCD
　（ Binary Coded Decimal code ）
　「２進化１０進数」
　４ビットで１０進数ヒトケタを表すデータ方式。
　通常の数値表現では、ビットすべてを使用して値を表現する。そのため、４バイトサイズであれば４０億（ 0xFFFFFFFF = 4294967295 ）までの値を表現できる。
　「 BCD 」では、４ビット中で「９」までしか使用せずに値を表現する。つまり 0xA から 0xF までは使用しない。よって 1234 という値は 0x1234 というデータで表す。
　もちろん、通常 0x1234 という値は 4660 とみなされてしまうため、 BCD として 1234 と表示するためにはそのための変換が必要となる。また、無駄の多い格納方法のため、４バイトサイズで 0x99999999 = 99999999 までしか表現できない。しかし、値としての表現方法が分かりやすい、桁の拡張がしやすいなどのメリットもある。

BNF
　（ Backus Naur Form ）
　「言語規定言語」
　特定の言語仕様を記述するためのもの。
　言語には必ず「文のルール」が存在する。そのルールを記述するもののひとつが「 BNF 」である。ちなみに Backus と Naur は人名である。
　たとえばルールを「文は式からなり、式は数字・記号・式もしくは数字・記号・数字からなる」のように決めることができる。こういったルールを用いて言語処理を行うことで、文章がその言語のルールに則っているかどうか調べることができる。
　BNF の文法は明確に決まっており、上の例であれば「＜文＞ ：＝ ＜式＞、＜式＞ ：＝ ＜数字＞＜記号＞＜式＞｜＜数字＞＜記号＞＜数字＞」となる。
　現在、これを元にした拡張 BNF が広く使われている。

　
bool
　( boolean )
　Ｃ＋＋言語で使用するデータ型の一種。 true と false のみを格納でき、主に「成功」と「失敗」のフラグとして使用する。
　Ｃの BOOL は int と同じであり、 TRUE や FALSE も単なる整数値であったため、あいまいな部分が多く、それをちゃんとした型として改善したものが bool と言える。
　これまで BOOL だったものを bool に変換する場合、 BOOL を int として使用し、整数値を返している場合があることに注意。

BSTR
　（ Basic String / Binary String ）
　 Visual Basic で使用される文字列型。 Visual C++ でも COM を通して文字列を受け渡しする場合に BSTR を使用する。
　基本的には Unicode を使用した、 wchar_t の配列である。しかし、以下のふたつの点で、通常の Unicode と異なる。
　ひとつは、文字配列の前に文字列の文字数が格納されているという点。これにより、簡単に BSTR 型データを作ることはできない。もうひとつは、このように「文字列の長さ」が分かることから、終端文字が「終端」を示さないという点。よって、通常の文字列用関数は使用できない場合がある。
　 BSTR 型文字列を作成する場合、 API の SysAllocString() などを使用する。また、 _bstr_t というクラスも用意されており、これを使用することもできる。 ATL にも CComBSTR というクラスが用意されている。

C 言語 （ C Language ）
　＜しーげんご＞
　プログラミングを作成するための言語のひとつ。
　非常にハードウェア寄りのプログラムを書くことができるため、多くの OS 、そしてそれに付随するライブラリに使用されている。そのため、プログラミングにおいてはなくてはならない言語となっている。
　現在はこれの拡張版である C++ 言語が主流。

C++ 言語 （ C++ Language ）
　＜しーぷらすぷらすげんご＞
　プログラミングを作成するための言語のひとつ。
　Ｃ言語を元にクラス、テンプレートなどを加えた言語。一般的にはオブジェクト指向プログラミング言語であると言われる。
　ウィンドウズにおいては Visual C++ や Borand C++ Builder 、 Cygnus gcc for Win32 などの開発環境・コンパイラがこの言語を使用してプログラムの作成を行う。

C# 言語
　（ C Sharp Language ）
　＜シーシャープ言語＞
　プログラミング言語のひとつ。
　　次期 Visual Studio に装備される予定のプログラミング言語。 C++ 言語と Java の中間的言語で、 C++ 言語よりも安全性が高く、 Java よりも自由度が高い。
　ちなみに本辞書は Visual C++ 中心なので C# に特化した単語は掲載しない予定です。ごめんなさい。

　
C ランタイムライブラリ
　( C Run-time library / CRT )
　C 言語において、文字列操作やファイル操作等を行う関数群。
　C 言語の特徴のひとつとして「機種依存性のある機能は装備しない」というものがあり、そのためこういった機能は「 C 言語そのもの」としては備わっていない。
　が、それではあまりにも不便ということで「 ANSI C 」という共通仕様に基づいた関数群が存在する、それが「ランタイムライブラリ」と呼ばれるものである。
　こういったシステムになるため、 OS や開発環境によってある関数やない関数が存在したり、同じ関数でも微妙な違いが存在したりする。逆にこれが、こういったプラットフォームの違いをはっきりとさせ、移植を容易にさせているとも言える。
　C++ 言語には、これの代わりとなる標準 C++ ライブラリが存在するが、まだドキュメントが少ないこと、現在も改変中であることなど、まだ不安な要素があるため、ランタイムライブラリの必要性は依然高い。
　正式名称は標準 C ライブラリ。

CAB
　（ Cabinet File ）
　「保管ファイル」
　＜キャビネットファイル＞
　圧縮ファイルのフォーマットのひとつ。
　 Windows で使用される圧縮ファイル。拡張子は .cab 。インストールされるファイルに使用されることが多い。

cc （ C Compiler ）
　 UNIX 系 OS に付属しているコンパイラ。
　たいがいの UNIX 系OSに備わっている、 C 言語プログラムのコンパイルとリンクができるツール。
　場合によっては、古いスタイルの C 言語プログラムしかコンパイルできないものしかインストールされていない可能性がある。もしあるなら、 gcc の使用を勧める。

CALLBACK
　ウィンドウズ API の関数宣言に付いている単語。通常コールバック関数に付いている。
　これは呼び出し規約を統一するためのもので、 __stdcall を #define で置き換えたもの。 WINAPI と同じ。

CGI （ Common Gateway Interface ）
　＜しーじーあい＞
　インターネットなどで、サーバー側のアプリケーションを実行するシステム。もしくは実際に実行されるアプリケーション。
　通常、ホームページを出力する HTTP サーバーは「求められたファイルを渡す」という機能のみを行う。それがたとえ、拡張子が .exe であってもである（もともと UNIX 系では拡張子に意味がないというのもある）。
　 CGI が使用できるようサーバー側の設定を行うことで、特定の拡張子のファイルは直接渡されず、サーバー側で実行され、その出力結果がクライアント（多くはネットスケープのようなインターネットブラウザ）へと渡される。このようなシステム、もしくは実行されるファイルを CGI と呼ぶ。
　 CGI アプリケーションはサーバー側で実行されるため、サーバーにファイルを残すといった機能も実現できるが、その反面、サーバー側にダメージを与えるプログラムも実行できてしまう。そのため、多くのプロバイダではユーザーが作成した CGI アプリケーションを使用できない設定となっている。

char （ Character ）
　＜キャラ，　カラ，　チャー＞「文字」
　１バイトサイズの整数値型。Ｃ言語に初めから組み込まれている型のひとつ。
　一応整数値型のため整数値計算を行うことができるが、サイズが１バイトしかないため -128 から 127 までの値しか格納できないため、計算用として使われることは滅多にない。
　それよりも「文字ひとつ」を表すための型として一般的に使われている。通常は char 型の配列を作成し、それをもって文字列とみなす。また、日本語に含まれる漢字などはとても char ひとつには入りきらないため、 MBCS を用いて char ふたつ以上をひとつの文字に割り当てるか、 wchar_t を用いるかする必要がある。

cin
　標準 C++ ライブラリのグローバル変数。
　「標準入力」を入力元にした istream クラスの変数。この変数に対して「 >> 」を介して変数を渡すことで標準入力から入力できる。
　標準 C++ ライブラリのオブジェクトなので std の名前空間で囲まれているため、 using namespace std; もしくは std::cin などとする必要がある。
　これは入力専用。出力には cout を使用する。

CLI
　（ Common Language Infrastructure ）
　「共通言語環境」
　多くの OS で使用できるアプリケーションを制作し実行するための環境。
　 CLR などのように、 OS に依存させないようにするための環境、もしくはそのための規格。 CLI が用意されていれば、 CLI に準拠したアプリケーションは実行できることになる。

CLR
　（ Common Language Runtime ）
　「共通言語ランタイム」
　ライブラリの一種。 OS やプログラミング言語に依存しない特殊なライブラリ。
　次期 Visual Studio に添付される予定のライブラリ。多くの OS で動作し、様々な言語から呼び出すことができる。
　ライブラリは通常、 OS や言語によって異なる。たとえば「ウィンドウを表示する」という機能ひとつでも、 OS や言語が異なれば呼び出す関数が大きく異なる。 CLR は多くの OS で動作し、多くの言語から呼び出すことができるため、 CLR ひとつ憶えればどの環境でもプログラムの作成が容易になる。

CLS
　（ Common Language Specification ）
　「共通言語仕様」
　多くのプログラミング言語で利用できるライブラリを作るための仕様。
　 CLR などのように、言語に依存しないライブラリが存在する。その様なライブラリを作るための仕様のひとつが CLS である。 CLS に準拠する形式でライブラリを作成することで、再利用しやすくなる。

CLSID（ CLaSs IDentifier ）
　ＣＯＭインターフェイスの入った ActiveX ファイルを識別するための UUID 。
　 ActiveX ファイルはインターネット上で公開される場合があるため、その存在を世界中で一意に識別できなければならない。そのために付けられる識別用文字列が CLSID である。
　 CLSID_ShellLink なども CLSID のひとつ。これらは Shlguid.h でグローバル変数として作成されている。

　
COM
　( Component Object Model )
　＜コム＞
　ある実行ファイルや DLL から、他の実行ファイルや DLL にあるクラスを動的に使用するための仕様。
　 DLL などを用いてプログラムの「分散化」や「コンポーネント化」を行う場合、必要なものだけを動的に組み込める、つまり「プラグイン」としての機能が求められる。この場合、通常関数ポインタを取得しそれを元に関数を呼び出すが、この場合にはクラスを使用するのが難しい。
　そこで抽象クラスを用いたインターフェイスを使用することで、関数ポインタを仮想関数に置き換え、これによりクラスを使用する方法が採られた。この方法が「 COM 」である。
　つまりは「プラグイン仕様」のひとつである。
　現在はネットワークを介してアクセスできる機能（ DCOM ）も取り込み、シェル拡張や DirectX などあらゆる場面で使用されている。
　プロセス間関数呼び出しも参照のこと。

COM+ ＜コムプラス＞
　 COM の次世代規格
　詳しいことはよく分からないが、どうやら「言語レベルで COM をサポートする」ということらしい。たとえば #import プリプロセッサはその「サポートするためのもの」らしい。

　
COM インターフェイス
　( COM Interface )
　COM に準拠したクラス。
　COM はDLL内で動的にクラス型の変数を作成する。メンバ関数はすべて仮想関数であるためポインタとして出力できる。使用する側は抽象クラスで受け取る。このようにして関数ポインタを仮想関数に置き換え、クラスとして使用できるようにしている。
　ちなみに「抽象クラス」のことをインターフェイスとも呼ぶため、このような名称になっていると思われる。

const
　（ constant ）
　＜コンスト＞
　「不変な」
　変数を宣言するときに付けるキーワードのひとつ。
　「変数の値」「ポインタの値」「ポインタおよび参照が指し示す値」が変更できないようにする。つまり const な変数は「読み取り専用」「リードオンリー」ということである。もし const な変数に対して書き込みを行おうとした場合、コンパイラがエラーを発生させる。
　 const はふんだんに使うべきであり、使える部分にはすべて使うのが望ましい。そうすることで「変数が書き換えられる範囲」を大幅に狭めることができ、保守性が大幅に向上する。
　といっても、 const はキャストによって一時的に取り除くことができてしまうため、過信は禁物。
　また、クラス型変数に const を適用する場合には、そのクラスが const メンバ関数を持っている必要がある。現状では多くのクラスライブラリが const メンバ関数をサポートしていないため、使いたくても使えない場合もある。

CORBA
　（ Common Object Request Broker Architecture ）
　＜コルバ＞
　「共有物要求仲介機構」
　　プロセス間関数呼び出しついての仕様のひとつ。
　COM や DCOM とは別の方法で、プロセス間での関数呼び出しを実現している。ちなみに IDL の仕様も違うので注意。

cout
　標準Ｃ＋＋ライブラリのグローバル変数。
　「標準出力」を出力先にした ostream クラスの変数。この変数に対して「 << 」を介して変数を渡すことで標準出力に出力できる。
　標準Ｃ＋＋ライブラリのオブジェクトなので std の名前空間で囲まれているため、 using namespace std; もしくは std::cout などとする必要がある。
　これは出力専用。入力には cin を使用する。

CString
　＜しーすとりんぐ＞
　MFC のクラスのひとつで、文字列を格納するためのもの。
　文字列クラスとしてはおそらく最も使いやすい。格納できる文字列のサイズは自動的に変更されるためサイズを気にする必要がない。また各種演算子がオーバーロードされているため + や = などで操作することができる。 CString::Format() などの成型用メンバ関数も備えている。 MFC に含まれることもあって MFC の他のクラスとの親和性が高いのも特徴。
　C++ 言語には文字列型は存在しないため、その代わりに、プログラミング初心者へと提供される文字列型と言っていい。ただし、メモリ管理など std::string と比較すると見劣りする部分も多々あるため、 CString が文字列クラスとして最良の型とは言い難い。

CSV
　（ Comma Separated Value ）
　「カンマ区切りデータ」
　各データがカンマ（ , ）で区切られた文字列。
　各データは、整数値も何もかもすべて文字列に変換され、複数行の文字列として格納される。各データはカンマで区切られる。
　テキストファイルとして保存できるため、多くの OS およびアプリケーションで使用できるメリットがあることから、ほとんどの表計算アプリケーションやデータベースアプリケーションは CSV 形式でデータを出力することができる。

CUI （ Character User Interface ）
　＜しーゆーあい＞「文字的操作環境」
　文章だけの入出力環境。
　具体的には「コンソール」や「 DOS 窓」のような環境。文字を入力し、文字が出力される。
　古い入出力方法であり、習熟しないと非常に使いづらいなどのデメリットが多いが、コンピューターにかかる負担が少ないなどのメリットもある。
　 Visual C++ の場合、プロジェクトの作成時に「 Win32 Console Application 」を選ぶことで CUI アプリケーションを作成することができる。
　現在は GUI が主流。

DBCS ( Double-Byte Character Sets )
　 MBCS の２バイト版。
　 char 配列の２文字分で漢字１文字を表す。どうやって表すかは文字コードによって変わる。ウィンドウズなら Shift_JIS の文字コードを使用し、APIなども Shift_JIS に対応している。

　
DCOM( Distributed COM )＜でぃーこむ＞
　ＣＯＭのプロセス間関数呼び出しについての拡張仕様。
　ＣＯＭをネットワークを超えて使用するために、ＣＯＭに加えられた仕様。 IDL を使用したインターフェイスの統一や UUID による識別、アパートメントスレッド化やマーシャリングなどがそうである。

DDB （ Device-Dependent Bitmap ）
　「ハードウェア依存ビットマップ」
　画像のフォーマット（保持形式）のひとつ。
　画像の点ひとつひとつの色を配列のような形で保持する形式。ただし、その色は出力するハードに依存する。「赤」を出力しようとしても、実際にどんな色が出力されるかはモニターやグラフィックボードなどによって決定されてしまうのである。
　基本的に過去の遺物。一般的なビットマップとも別物と考えるべき。今はDIBが主流。

DDE （ Dynamic Data Exchange ）
　「データ交換」
　プロセス間でのデータの受け渡しをするためのウィンドウズの機能。
　ウィンドウズでは、メモリはプロセスごとに独立しているため、文字列などを渡すのにポインタを使用できない。そこで使用されるのが DDE である。
　 DDE を使用する場合、 API の GlobalAlloc() と GlobalAddAtom()を使用してメモリの動的確保を行い、 WM_DDE_DATA などのプレフィックスが WM_DDE_ のメッセージを送受信することで行う。
　仕組みが複雑なことや、プロセス間関数呼び出しなどの方法があるため、現在はあまり使われていない。

DDK （ Device Driver Kit / Driver Development Kit ）
　＜デバイスドライバーキット＞
　デバイスドライバーを作成するためのライブラリ。
　デバイスドライバーを作成するためには、この DDK に含まれるライブラリを使用する必要がある。 DDK は MSDN の高レベルのものに付いている。

Delphi ＜デルファイ＞
　インプライズ社製開発環境。
　言語に Object Pascal を使用した、コンポーネント中心のウィンドウズ向け開発環境。
　ちなみに本辞書は Visual C++ 中心なので Delphi に特化した単語は掲載しない予定です。ごめんなさい。

DIB （ Device-Independent Bitmap ）
　「ハードウェア独立型ビットマップ」
　画像のフォーマット（保持形式）のひとつ。
　ビットマップの、「キャンバスとして」および「画像ファイル形式」のものと同じと考えていい。つまりデバイスコンテキストに張り付いているビットマップや、一般的なファイル形式としてのビットマップは DIB 形式である、ということである。
　よって「ビットマップを扱う」＝「 DIB を扱う」がだいたいにおいて成り立つので、 DIB について気にする必要はほとんどない。

DIID （ Dispatch IID ）
　「ディスパッチインターフェイスID」
　特定の IDispatch インターフェイスを示す IID 。
　 COM インターフェイスを取得する場合には IID を使用して指定する。この中でも、ディスパッチを行うインターフェイス IDispatch を取得するための IID は DIID と呼ばれ、プレフィックスに DIID_ が付く。

DirectInput 　＜ダイレクトインプット＞
　 DirectX に含まれるグループのひとつ。ジョイスティックなどによる入力を管理するためのライブラリ。
　通常、ジョイスティックやマウスなどによる入力はメッセージとして送られそれを処理することで対応することになるが、これだと処理に時間が掛かってしまい、ゲーム等には利用できない。 DirectInput を使用することで、ジョイスティックなどハードウェアからの信号を直接受け取ることができるようになり、これによりレスポンスを向上させることができるようになる。

DirectShow ＜ダイレクトショウ＞
　 DirectX に含まれるグループのひとつ。動画操作などを行うためのライブラリ。
　既存の動画フォーマット（たとえば AVI ）の再生等を得意とするため、ムービー関係の操作に使用される。

DirectSound
　＜ダイレクトサウンド＞
　 DirectX に含まれるグループのひとつ。音声操作などを行うためのライブラリ。
　音声の再生、編集、録音等を行うためのライブラリ。 MCI よりも自由度が高い。

DirectX ＜ダイレクトエックス＞
　「ウィンドウズ標準ゲームライブラリ」
　ウィンドウズ向けの、ゲームの作成を目的としたマルチメディア操作用ライブラリ。
　ウィンドウズでの描画はウィンドウズシステムを通して行われるため、処理に時間が掛かるものが多い。そこで作られたのが、システムを極力介さずマルチメディア機能を使用することができる DirectX である。
　 DirectX は、描画を行う DirectDraw 、３ＤＣＧ処理を行う Direct3D 、音声処理を行う DirectSound 、ジョイスティック等からの入力を処理する DirectInput 、ネットワーク処理を行う DirectPlay 、 MPEG などの既存動画フォーマットを処理する DirectShow などがある。
　 DirectX は API から COM インターフェイスを取得しそれを操作する。そのため、使用にはある程度 COM についての知識が必要となる。

　
DLL
　（ Dynamic-Link Library ）
　　「動的リンクライブラリ」
　＜でぃーえるえる＞
　ライブラリの一種。
　スタティックライブラリのオブジェクトファイルを実行ファイルのように「プログラムにロードできる」形式にしたようなもの。通常、拡張子は .DLL 。実行ファイルが実行されたとき、もしくはその途中でメモリ上にロードし、中のクラスや関数を使用できる形にしている。
　 DLL のリンク方法には DLL の実行時リンク、 DLL の実行中リンク、 DLL の遅延ロードの３つがある。
　多くの実行ファイルから呼び出した場合、他のライブラリ形式よりも消費するメモリやディスク上のサイズが少なくて済むという利点があるが、現在のコンピューターの性能を考えればその利点が微々たる点、システムが複雑化しすぎてバグの解消量よりも発生量の方が高くなる場合が多い点を考えると、現状には合っていないのではないかと言われている。
　だが、ウィンドウズそのものが DLL の塊として存在していることや、プラグインや COM など、違った形での DLL の使用方法も出てきており、これからも使われていくであろうと思われる。

DllMain()
　 DLL がロードされた時にまず最初に呼ばれる関数。
　 DllMain() は DLL のエントリーポイントである。ロードされたときにまず呼ばれるため、この中で必要な初期化を行う。

DLL の遅延ロード （ Delayload ）
　「あとからリンク」
　 DLL を後からリンクする方法。
　 DLL の実行時リンクと DLL の実行中リンクの中間的機能を持つ。
　リンク方法は「 DLL の実行時リンク」とほとんど同じで、あとリンカのオプションとして /DELAYLOAD と「あとから組み込みたい DLL 」を指定するだけである。
　指定された DLL は、実行時には組み込まれず、実際に DLL が使用される段階になって初めて組み込まれる。
　この方法のメリットは、不必要な DLL を読み込まない、という点である。これにより、場合によってはメモリや時間を節約できる。ただし、「実行中リンク」で行えるような細かい操作を行うには、特殊な処理が必要となる。この方法には特別な処理をするためのフックが用意されており、これを使用することで「実行中リンク」に近いことも行える。

DLL の実行時リンク / DLL の暗黙的リンク
　（ Load-time Dynamic Linking ）
　 DLL を自動的にリンクする方法。 DLL の一般的な使用方法。
　リンカに、使用したい DLL のライブラリファイルを渡すことで、自動的にその DLL が使用できる。
　実行ファイルを実行してプロセスが作られるとき、リンカを使って設定した DLL が自動的にリンクされる。これにより DLL を簡単に使用することができる。
　デメリットとして、 DLL を実行中に変更することができなこと、また、必要な DLL が見つからなかった場合に OS から（分かりにくい）エラーが出され、実行ファイル側でそのエラーを処理できないということ、また、実行中に使用するかどうか分からない DLL もリンクしなければならないこと、などがある。これらの問題に対処する必要がある場合には DLL の実行中リンクや DLL の遅延ロードを使用する。

DLL の実行中リンク / DLL の明示的リンク
　（ Run-time Dynamic Linking ）
　「プログラムの中でリンク」
　 DLL をプログラム上でリンクする方法。 DLL の特殊な使用方法。
　 DLL 内の特定の関数を直接呼び出すことができるのが、この方法である。まず API の LoadLibrary() を使って特定の DLL を実行ファイルに組み込む。次に GetProcAddress() を使って DLL 内にある使いたい関数のアドレスを取得し関数ポインタに格納する。ただし「使いたい関数」は装飾名で指定する。取得した関数ポインタを使用するとこで、目的の関数を呼び出すことができる。使用した後は FreeLibrary() で DLL を解放する。
　この方法のメリットは、 DLL を使用時に使い分けることができたり、 DLL が見つからない場合に柔軟な対応ができることである。反面、この方法は関数ポインタを使用するため注意が必要であり、また、膨大な量の DLL や関数を使用する場合には向かない。前述のメリットを使用する必要がない場合には DLL の実行時リンクや DLL の遅延ロードを使用する方がいい。
　また、この方法ではクラスを使用するのが難しい。メンバ関数と普通の関数では呼び出し方が違うからである。どうしても使用したい場合には COM のような特殊な方法が必要となる。

DMI（ Desktop Management Interface ）
　ネットワーク上のコンピューターを操作するためのAPI。
　ネットワーク上に継ながれたコンピューターのハードウェアやソフトウェアを一元管理するためのAPI。このAPIを使用しすることで OS や機種間での依存性を考慮せず管理することができる。

DML
　（ Data Manipulation Language ）
　「データ操作言語」
　データベース用語のひとつ。データベースの中身を操作するためのコマンド。

DOM
　（ Document Object Model ）
　 XML 文章を解析・作成するためのライブラリ。
　 XML 文章は構造体のようになっており、文章内の単語や文がメンバ変数のように定義されている。しかし、これを通常の文字列として操作すると大きな手間がかかる。そこで、 XML 文章を解析するためのライブラリが必要となる。
　その解析を行うためのライブラリのひとつが DOM である。 DOM は XML の構造をツリー形式として解析し、それぞれのデータに対しての読み取り・書き込みが簡単にできるようになっている。

DOS/V
　（ MS-DOS VGA ）
　＜ドスブイ＞
　 MS-DOS の種類のひとつ。だが一般には、この OS を使用することができるパソコン本体を指すことが多い。
　日本ではかつて NEC の PC-98xx パソコンが普及していたが、そのパソコンには専用の日本語 MS-DOS が備わっていた。
　 DOS/V はこれとは別の日本語 MS-DOS であり、また実行できるハードウェア規格も異なっていたため、パソコンそのものの違いとして「 PC-98 系と DOS/V 系」という区別が生じた。そのため、 DOS/V と言うと一般にはパソコンそのものを指すことが多い。
　 DOS/V は規格を公開することで多くの企業が DOS/V パソコンを販売するようになり、ウィンドウズの規格である「 PC98 規格」を NEC が受け入れたことで、 PC-98xx 系パソコンは製造されなくなる。そのため、現在のパソコンはほとんどすべて DOS/V の流れを汲むものとなっている。

dynamic_cast
　＜だいなみっくきゃすと＞
　「ポリモーフィズム専用キャスト」
　特定のポインタもしくは参照を、継承関係にある他のポインタもしくは参照へと安全にキャストする場合に使用する演算子。
　ポリモーフィズムを行う場合、子クラスを指すポインタもしくは参照から、親クラスを指すポインタもしくは参照へとアップキャストを行う。
　一度アップキャストを行ったポインタもしくは参照は、見た目には実際にどのクラスの変数なのか分からない。そのため、再びダウンキャストを行い元の型に戻す場合には危険が伴う。
　そこで使用されるのが「 dynamic_cast 」である。この演算子を使用してダウンキャストを行った場合、もしそれが可能ならばそのままポインタもしくは参照を返し、それが不可能であれば NULL を返すかもしくは例外を投げることになっている。この結果を確認することで、ポインタもしくは参照が本当にその継承先クラスのものなのかどうか確認してから使用することができる。
　 dynamic_cast はこの「ポリモーフィズムに関連したキャスト」を行う機能しか持っていない。そのため、非クラス型や継承関係にないクラス同士や、非ポインタもしくは非参照型の場合、仮想関数を持たないクラスの場合には dynamic_cast は使用できない。

拡張 BNF / EBNF / ABNF
　（ Extended BNF / Augmented BNF ）
　「言語規定言語」
　特定の言語仕様を記述するためのもの。
　実際には BNF を元に手を加えたもの。基本的な文法は BNF と同じだが、それを元に表現形式等が変えられている。「拡張のされかた」は場合場合によって異なるため、実際には「ローカルな仕様が増えた」ということになる。
　XML など多くの「言語規定言語（メタ言語）」が「拡張 BNF 」である。

EDI （ Electronic Date Interchange ）
　「電子データ交換」
　企業間通信におけるプロトコル。
　各企業がコンピューターを使用しネットワークを通じて受発注や決済等の情報をやりとりする場合、統一したプロトコルで通信を行う必要がある。そういったプロトコルを取り決め、企業間の情報交換を簡易にし、コストを減らそうとすることを「 EDI 」と言う。
　あくまで「企業がコスト削減のために行う」ことが重要。この用語には企業同士の通信に仕様が限られる。
　プロトコルは企業によって異なる。また、通信は直に行うものだけでなく、インターネットを介し HTML や XML を用いる場合もある。

enum（ enumeration ）
　「列挙」
　Ｃ言語の言語機能のひとつ。
　 enum を使用することで「定数値を特定の単語に置き換える」ことができる。これは #define や const int とほぼ同じ機能だが、これらと違い「メンバ変数のような形で定数値を作れる」というメリットがある。MFCを使用して作成されたダイアログクラスなどにこの例がある。
　さらに enum は、いくつかの整数値をまとめて「特定の型」を割り当てることができる。この型で作られた変数には普通の整数値を格納することができない。この機能は「特定の整数値しか受け取りたくないフラグ」などで重宝する。
　これらとは別に、「何かを列挙する（ならべて差し出す）」という意味で使われる場合がある。たとえばAPIの EnumWindows() はウィンドウを次々と取得することができる。

EUC
　（ Extended Unix Code ）
　「 UNIX 文字コード」
　文字コードのひとつ。
　主に UNIX 系 OS で使われる、日本語の文字列を表示するための文字コード。ウィンドウズは Shift JIS なので、場合によっては文字コードの変換が必要なこともある。

Exchange Server
　 Microsoft 社製アプリケーションのひとつ。
　Windows NT で使用する。ネットワークを通した多人数での処理を潤滑に進めるためのアプリケーション。いわゆるグループウェア。情報の共有・排他・配信・管理を行う。

Exe （ Execution ）＜エグゼ＞
　実行ファイルの拡張子。もしくは「実行ファイル」そのものの意味。

explicit ＜エクスプリシット＞
　「明示的」
　引数をひとつだけ受け取るコンストラクタに付けることのできる C++ 言語のキーワード。
　クラスを関数の引数として使う場合、その関数には、クラスのコンストラクタの引数になっているものも渡すことができてしまう。これは暗黙的にコンストラクタが呼び出されるからである。このとき、「コンストラクタの引数」がまるで「関数の引数」であるかのように振る舞ってしまい、本来ならコンパイルエラーとなって欲しい場面でも、見えない部分でコンストラクタが呼ばれることでコンパイルが通ってしまう。その結果、想定していない動作をする可能性がある。
　そこで、コンストラクタには「暗示的に呼び出せない」ようにするためのキーワードがある。それが explicit である。このキーワードを付けたコンストラクタは、必ず明示的に呼び出される必要があり、前述のようなことをしようとするとコンパイル時にエラーが発生する。

extern
　「外部」＜エクスターン＞
　ヘッダーファイル内で関数やグローバル変数に使用するリンケージ指定子。
　この単語を使用したものは「ソースファイル内に実体が存在する」という意味になる。この場合、コンパイル時には「仮の存在」として扱い、リンク時に「中間ファイル」内の実体と結びつける。これにより、ひとつの存在を複数のソースファイルから共有利用する事ができる。
　通常の関数はすべて extern が付いていると見なされる。
　ひとつの変数を複数のソースファイルから共有する場合には、グローバルな変数として作成し、使用する側でその変数名を extern 指定する。通常は、「変数を置くソースファイル」内で普通にグローバル変数として作成し、そのヘッダーファイルで extern int g_i; のように指定し、変数を使いたいソースファイルがこのヘッダーファイルをインクルードすることで実現する。
　言ってみれば、ヘッダーファイルの extern 指定は、関数における宣言にあたるものと考えればいい。この指定がある変数は「どこかに実体がある」とリンカが判断する。
　実際には、グローバル変数は極力作成すべきでない。通常は関数内に static 変数として作成し、その参照を返すようにすることで実現する。
　 extern には extern "C" という使い方もあるが、これはここまでの解説とは「まったく別物」と考えるべきである。これについては名前装飾を参考にすること。

extern "C"
　名前装飾において「その関数はＣ言語形式の装飾名にすること」と指定するためのキーワード。
　基本的に extern とは別物と考えるべき。

far ＜ふぁー＞
　「遠隔地の住所」
　ポインタのサイズ指定。
　これがついているポインタは、格納できるアドレスが３２ビットサイズだということを表している。このうち、最初の１６ビットをセグメント、後の１６ビットをオフセットといい、このふたつを組み合わせてアドレスを表すことになる。
　ただし、これは古いウィンドウズや MS-DOS 時代の話であり、現在の３２ビットウィンドウズでは使用されない。実際、APIは FAR というマクロを使用し、Ｗｉｎ３２プログラミング時には空白に置き換えている。
　ウィンドウズ３．１などの１６ビット OS では、１６ビットサイズのポインタである near ポインタを普通使用していた。が、マシンのメモリが増えるに従い１６ビットでは限界が出てきた。
　アドレスはバイト単位で計測するため、１６ビットポインタは６５５３６バイト＝６４ＫＢまでのアドレスしか表すことができず、そのためアプリケーションのサイズなども６４ＫＢの制約を受けることになる。この状態を「スモールモデル」という。
　そこで、アドレスを３２ビットとして扱い、それ以上のサイズまで扱える用にした「ラージモデル」というものが生まれる。この状態になるようコンパイルされたものは far ポインタを使用して３２ビットアドレスを扱う。ただしこのアドレスは「セグメントに１６を掛けたものをオフセットに足した値」により求められるため、最大約１Ｍバイトまでしか表すことができない。
　Ｗｉｎ３２では完全な３２ビットアドレス（４Ｍバイトまで表すことができる）しか使用しないので、現在これらは過去の遺物である。それでもいくつかのコードには残っており、また LPCTSTR などのプレフィックス LP は long サイズ、つまり３２ビットサイズのポインタであることを示しており、こういった部分には習慣のような形で残っている。

FIFO （ First In First Out ）
　＜フィフォ＞
　「先入れ先出し」
　データ構造のひとつ。リスト構造などを利用してデータを並べて格納し、先に入れたデータを先に取り出す方式を採ること。キューとも言う。
　次から次へと増えていくデータを時系列順に並べて格納し、先に格納したデータから使用して破棄していく方法。「チケットを買うために並ぶ行列」を想像すると分かりやすい。先に並んだ人ほど、先にチケットを買え、先に列から離れる、こういった構造を指す。
　通常はリスト構造を使用して実現し、「リストの終端への追加」と「リストの先頭からの削除」を繰り返すことで実現する。
　STL のコンテナには std::queue というクラスがあり、これを使用することで実現できる。

FILO （ First In Last Out ）
　＜フィロ＞
　「先入れ後出し」
　データ構造のひとつ。リスト構造などを利用してデータを並べて格納し、先に入れたデータを最後に取り出す方式を採ること。
　実は「後入れ先出し構造」と同じ構造を意味する。

FORTRAN
　（ FORmula TRANslator ）
　＜フォートラン＞
　「算術プログラミング言語」
　プログラミング言語のひとつ。科学用算術計算を得意とする。
　非常に古くから存在するプログラミング言語。数式をあまり変更せずにプログラムに使用することができ、また正確な算術計算を行うライブラリが揃っている。現在は、新たな開発に使用されることは少ない。
　ちなみに本辞書は Visual C++ 中心なので FORTRAN に特化した単語は掲載しない予定です。ごめんなさい。

　
FTP
　（ File Transfer Protocol ）
　　「ファイル送受信規約」
　＜えふてぃーぴー＞
　ネットワーク上でファイルを送受信するプロトコルの一種。ファイルの送受信のみと機能は少ないが、特化されたプロトコルのためシンプルで使いやすい。また、ファイルを「受け付ける」ことのできるプロトコルとしても広く使われている。

gcc （ GNU C Compiler ）
　 UNIX における標準コンパイラ。
　たいがいの UNIX 系OSに備わっている、 C++ 言語プログラムのコンパイルとリンクができるツール。 UNIX 系以外にも、ウィンドウズを含め様々な OS に対応した gcc がリリースされている。バージョンアップが頻繁に行われ、最新の正確な C++ 規格に準拠していることもあり、ウィンドウズ用アプリケーションの作成にもよく使われている。
　 gcc の機能は、 Visual C++ のような開発環境に比べると非常に少ないため、 make などの他のツールと併用するのが望ましい。

　
GDI ( Graphics Device Interface )
　　＜じーでぃーあい＞
　ウィンドウズが管理するウィンドウズオブジェクトの中でも、描画を行うものを指す。ビットマップ、パレット、ペン、ブラシ、フォント、パス、リージョンの７種類が存在する。
　ウィンドウズが管理するため、ウィンドウ等と同じくAPIを使用して作成・削除を行い、ハンドルを通して操作する。ウィンドウズ全体でグローバルなリソースのため、不必要な GDI オブジェクトをデリートせずにおくとメモリを無駄に消費する。また、まだ使用する機会のあるＧＤＩオブジェクトをデリートすると、その GDI オブジェクトが使用できなくなり描画に支障が起きる。
　GDI オブジェクトはそれ単体では使用できず、必ずデバイスコンテキストを介して使用する。デバイスコンテキストは１種類のＧＤＩにつきひとつしか選択できないため、「 GDI オブジェクトを交換する」という方法を用いる。このとき、それまで使用していた GDI オブジェクトは他のデバイスコンテキストが使用しているかもしれないから、ハンドルを保存しておき、あとで再び元に戻しておく。

GLUT
　（ open GL Utility Tool-kit ）
　「 OpenGL ユーティリティ」
　「 OpenGL を用いて作成した 3DCG 画像」を表示するウィンドウを作成・管理するためのライブラリ。
　 OpenGL そのものは、 3DCG 描画を行うための機能しかもたず、それをデバイスコンテキストに貼り付ける段階となると難しくなる。
　 GLUT は、ウィンドウの作成を行い、そのウィンドウに OpenGL の描画結果を表示するためのライブラリが入っており、これを使用することで簡単に OpenGL をウィンドウズで使用することができる。

goto
　＜ゴーツー＞
　「行け！」
　関数内の特定の場所に移動する、 C 言語のキーワードのひとつ。
　関数内で「特定の文」にコロン（ : ）を着けたものを「ラベル」といい、 goto は同じ関数内のラベルへと移動することができる。
　 goto を大量に使用すると、プログラムの構造が分かりにくくなるため、使用は極力避けるべき。

GP-IB
　（ General Purpose Interface Bus ）
　「多目的インターフェイス」
　＜じーぴーあいびー＞
　コンピューターと他のデバイスを継なぐために使用されるインターフェイスのひとつ。
　主に計測機器との接続に用いられる。標準装備されているものではないため、インターフェイスボードを別途用意する必要がある。

GUI （ Graphical User Interface ）
　＜じーゆーあい、グイー＞「絵的操作環境」
　グラフィックをふんだんに使用した入出力環境。
　具体的には、デスクトップにアイコンが並び、アプリケーションはウィンドウとして表示され、ウィンドウ上に出力結果が表示され、マウスを使ってメニューやボタンを選択することで簡易な入力を行う、というものである。つまり現在の標準的な OS 環境である。
　対極にあるものとして CUI がある。

GUID（ Globally Unique IDentifier ）
　 UUID のこと。
　ＣＯＭ用語としては、 UUID よりも GUID や CLSID の方がよく使われる。

has-a 関係
　「ＡはＢを持っている」
　オブジェクト指向プログラミングにおけるオブジェクト間の関係のひとつ。
　「 has-a 関係」とは日本語に訳せば「ＡはＢを持っている」と言える関係のことを指す。
　たとえば「 Crow has a wing. （カラスは羽を持っている）」や「 Window has a handle. （ウィンドウはハンドルを持っている）」などがこの関係に当たる。
　 C++ 言語 プログラミングにおいて、 has-a 関係は「持たれている方」へのポインタや参照を持ち「持っている方」から操作することで実現する。これは集約やコンポジションなどとも呼ばれる（もしくは「これらによって実現される」とも表現される）。
　集約やコンポジションの性質から、「持っているもの」を取り替えたり、新たに加えたりすることができるため、 is-a 関係よりも自由度が高く、安易な継承よりもこちらを多用することが推奨されている。

HTML
　（ Hypertext Markup Language ）
　「ホームページ記述言語」
　ホームページを記述するための言語。
　ホームページとして表示するためには「タイトル」「リンク」「画像指定」等の指定が必要となる。その指定を行うための言語が「 HTML 」である。
　HTML には「タイトル」「リンク」「画像指定」等の指定を行うための「タグ」が定義されており、この定義を単なるテキストファイルに書き込むだけで、ホームページとして見ることができる HTML ファイルにすることができる。

ID
　（ IDentify ）
　「識別子」
　存在を特定するための値。
　広い意味で使用される場合、一般には「特定の存在を識別するための値」を指す。たとえば変数のアドレスは、その変数を一意に示す ID として機能する。また UUID は特定の COM インターフェイスを識別するときに使用する。
　ウィンドウズでは、ダイアログボックスコントロールを識別するために使用される整数値を指すことが多い。リソースエディタでコントロールをダイアログに貼り付ける段階で、各コントロールに整数値を割り振る。この値は GetDlgItem() などで利用できる。 Visual C++ などの多くの開発環境では、プログラマーは ID （整数値）の代わりに "ID_EDIT_1" などの文字列を割り当てるだけで済むようなっている。これは、開発環境側が ID を適当に作り、その値を文字列に割り当ててくれているからである。この仕組みのおかげで、プログラマーは無機質な整数値ではなく分かりやすい文字列でダイアログボックスコントロールを識別することができる。

IDE
　（ Integrated Device Electronica ）
　主にふたつの意味がある。
　「ハードディスクインターフェイス」：コンピューターとハードディスクを継なぐためのインターフェイス。プログラミングとはあまり関係ない。
　「統合開発環境」： Visual C++ などの、コンパイラやリンカをまとめて操作するためのシステムを IDE （統合開発環境）と言う。プログラミングではこちらの意味の方が多いと思われる。

IDL（ Interface Definition Language ）
　「連結面定義言語」
　 COM や CORBA で使用される言語。
　 COM などの、複数の OS 間で関数を呼び合う場合には、その呼び出し方法が一意に定まらなければならない。 int 型のサイズ、ポインタや参照の性質など、これらはコンパイラや動作する OS によって変わってくる。この問題を解決するものが IDL である。
　関数の宣言部を IDL に翻訳することで、 OS やコンパイラに寄らない関数宣言を作成できる。翻訳したものは拡張子が *.idl に保存する。これを IDL コンパイラ（ＶＣでは MIDL を使用する）を用いてＣ＋＋言語形式に変換する。これをＣ＋＋コンパイラに通すことで、外からも呼び出せる関数を作成できる。また、同時にタイプライブラリを出力し、これをヘッダーファイルの代わりとする。
　ちなみに COM と CORBA では言語仕様がまったく違うので注意すること。

if
　「もしも」
　 キーワードのひとつ。値を判定して「次の行を実行するかしないか」を決定する機能を持つ。
　 if( A ) のように使用する。
　もし A が「０以外」であれば、 if は次の行を実行する。その１行がネストの場合には、ネスト全体が実行される。
　もし A が「０」であれば、次の行は実行されない。
　この if の機能を使用することで、場合によって実行させる部分を変更することができる。このような「場合によって処理の流れを分岐させる」機能を「分岐」と言う。

IID（ Interface IDentifier ）
　ＣＯＭインターフェイスを識別するための UUID 。
　ＣＯＭインターフェイスは ActiveX に入れられインターネット上で公開される場合があるため、その存在を世界中で一意に識別できなければならない。そのために付けられる識別用文字列が IID である。
　 IID_IShellLink なども IID のひとつ。これらは Shlguid.h でグローバル変数として作成されている。

IIS（ Internet Information Server ）
　「インターネットサーバー」
　 Microsoft 社製のインターネット サーバー。
　Windows NT ではこれをインターネットサーバーとして使用することが推奨されている。

IntelliSense
　＜インテリセンス＞
　「単語自動補完機能」
　Visual Studio のテキストエディタに備わっている単語を簡単に入力する機能。
　この機能を使用することで、クラスのメンバ関数を一覧から選んで選択したり、変数の名前を途中まで入力して残りの部分を自動的に補完したりすることができる。これによりプログラムの入力が簡易化される。

　
io ( in - out / i-o )
　　「入出力」＜アイオー＞
　「入力」と「出力」のこと。C ランタイムライブラリの stdio.h や標準Ｃ＋＋ライブラリの std::ios などの io もこの意味で、ともにファイルや文字列の入出力を行うクラスや関数のライブラリとなっている。

IP （ Internet Protocol ）
　インターネット用のプロトコル。
　 IP は TCP と UDP によって構成される。インターネット上で通信を行う場合、 TCP か UDP のどちらかを直接使用するので、基本的に IP について考える必要はない。
　一般に、 IP と言ったら IP アドレスを指す場合が多い。

IP アドレス （ IP Address ）
　「インターネット住所」
　IPに則った、インターネット上のコンピューターを一意に識別する整数値。
　インターネット上では互いに通信を行うため、自分自身に番号を付ける。現在の規格では「１バイトサイズ符号なし整数値」を４つ組み合わせた値を使用する。よく見かける 123.45.67.89 のようなもののことである。いわゆる「ドメイン名」は、これを単語に置き換えたもの。
　ダイヤルアップを用いプロバイダ経由でインターネットと接続する場合、プロバイダがそのときどきで接続したコンピューターに IP アドレスを割り当てられる。逆に常時接続の場合には、初めから一意の IP アドレスを割り当てられ、それを使い続けることになる。
　現在の IP アドレスは４バイトサイズなので、最大４２９４９６７２９５個のコンピューターしかインターネットに接続できないことになるため、将来はサイズが拡張されることになる。

is-a 関係
　「ＡはＢの一種である」
　オブジェクト指向プログラミングにおけるオブジェクト間の関係のひとつ。
　「 is-a 関係」とは日本語に訳せば「ＡはＢの一種である」と言える関係のことを指す。
　たとえば「 Crow is a bird. （カラスは鳥の一種である）」や「 Dialog is a window. （ダイアログはウィンドウの一種である）」などがこの関係に当たる。
　 public な継承は、必ずこのような関係のクラスで行わなければならないとされる。たとえば CDialog は CWnd から継承している。これは先ほどの「 Dialog is a window. 」の考えに則った継承である。この規則に則った継承は「自然」な継承であり分かりやすく、バグが発生しにくい。
　 これはつまり「単にプログラムを簡略化するためだけの安易な継承は行ってはならない」という意味である。例えば「名札クラス」として CNameplate を作る場合に、安易に CString から継承してはならない。なぜなら「 Nameplate is a stirng. 」ではないからである。こういった場合には has-a 関係の方が合っていると言える。
　しかし、必ずしもこの規則が当てはまるわけではないことにも注意。このあたりに、オブジェクト指向プログラミングのあいまいさが存在するとも言える。

ISO
　（ International Organization for Standardization ）
　「国際標準化機構」
　＜あーえすおー、イソ＞
　世界標準を決める組織。主に科学技術分野の規格を規定する。
　実際にはこの組織よりも、この組織によって作られた標準規格の方が重要。標準規格は ISO99999 のような形式の名称となっている。
　特に、企業が採用する種類の ISO 規格は、その企業が「正しい行いをしている」ことを証明するもののため、多くの企業がこぞって取得している。

ISO9660
　 ISO によって作られた規格のひとつ。 CD-ROM のファイルシステムを決定する規格で、この規格に準拠した CD-ROM は多くの OS で読むことができる。

ITEMIDLIST（ Item ID List ）
　＜アイテムＩＤリスト＞
　ファイルを識別するための構造体。
　通常ポインタを介して使用し、シェルエクステンション用APIを使ってアクセスする。可変長の連結型構造体であり、 SHITEMID という構造体が連なってリスト構造になり ITEMIDLIST となっている。 SHITEMID はフォルダのひとつひとつの階層の名前を持っている。
　通常のファイルパスと違い、デスクトップやマイコンピューターといった仮想フォルダにアクセスできる利点がある。

Java
　＜ジャバ＞
　プログラミング言語のひとつ。
　C++ 言語をより精錬させた言語機能を持つ。多くの OS に対応しているため、ネットワーク関係の処理などに使用される。
　ちなみに本辞書は Visual C++ 中心なので Java に特化した単語は掲載しない予定です。ごめんなさい。

JIS （ Japanese Industrial Standard ）
　＜ジス＞
　「日本工業規格」
　日本製品における標準規格。
　プログラミング用語としては、文字コードのひとつ、 JIS 文字コードを指すことが多い。

JPEG
　（ Joint Photographic Experts Group / jpg ）
　画像圧縮方法のひとつ、もしくはこの方法によって圧縮が行われた画像ファイル。
　インターネットで広く使用されている画像圧縮方法のひとつ。フーリエ変換を用いて画像を周波数変換して圧縮する。
　圧縮率が非常に高いというメリットがあるが、反面、圧縮した後元に戻すことができないことや、固定ピクセル数ごとに変換を行うためにモザイク状になる場合があること、フーリエ変換の性質上、大きく色が変わるような絵を圧縮すると汚くなってしまうことなどの問題点がある。
　API の中にはこの JPEG に対応しているものもある。

LALR 構文解析
　（ Look Ahead LR Parsing ）
　LR 構文解析の発展形。
　LR 構文解析を行っている時に、似た構文が複数回出てくる場合がある。このこういった「頻繁に出てくる構文」をまとめ、無駄を無くした構文解析方法を「 LALR 構文解析」と言う。

LIFO （ Last In First Out ）
　＜リフォ＞
　「後入れ先出し」
　データ構造のひとつ。リスト構造などを利用してデータを並べて格納し、最後に入れたデータを先に取り出す方式を採ること。スタックとも言う。
　次から次へと増えていくデータを時系列順に並べて格納し、最後に格納したデータから破棄していく方法。「パフェ」を想像すると分かりやすい。パフェを作るときはまずコーンフレークから入れ最後に生クリームを乗せるが、食べるときはまず生クリームから食べ最後にコーンフレークを食べる。
　通常はリスト構造を使用して実現し、「リストの終端への追加」と「リストの終端からの削除」を繰り返すことで実現する。
　STL のコンテナには std::stack というクラスがあり、これを使用することで実現できる。
　先入れ後出し構造も同じ意味。

LL 構文解析
　（ LL Parsing
　 / Left-to-right Left most derivation Parsing ）
　構文解析の方法のひとつ。単語を左から読み取り、先読みしつつ左から解析する方法。
　字句解析によって「トークンの集まり」となったものを構文解析する方法のひとつとして「 LL 構文解析」というものがある。
　全文の中の左にあるトークンから拾っていき、これまでに拾った単語を左から解析する。そしてこのとき「あいまいさ」を取り除くため「先読み」を行う。解析には、言語が持つ「解析表」を用いて置き換えを行い、すべての置き換えが完了した時点で解析終了となる。
　言語や文によっては、先読みするトークンの数が多い場合がある。そういった場合のため、 LL 構文解析を「 LL(n) 構文解析」と表記し、「 n 」に「先読みトークン数」の中で最大のものを書き込む。

LPARAM（ LONG Parameter ）
　＜えるぱらむ＞
　メッセージとともに送られてくるデータに使われる型。
　型としては３２ビット整数値、 long と同じ。「 Parameter 」という単語は、メッセージを関数と見立てた場合の「引数」としての意味があるからであろう。
　この型のデータをメッセージとともに送る場合、APIの SendMessage() の第４引数に渡す。また、メッセージとともに送られてきたこの型の値を受け取る場合には、ウィンドウプロシージャの第４引数から受け取る。
　この値の実際の使用方法などは、もうひとつの値の WPARAM を見ること。

LR 構文解析
　（ LR Parsing
　/ Left-to-right Right most derivation Parsing ）
　構文解析の方法のひとつ。単語を左から読み取り、先読みしつつ右から解析する方法。
　字句解析によって「トークンの集まり」となったものを構文解析する方法のひとつとして「 LR 構文解析」というものがある。
　全文の中の左にあるトークンから拾っていき、これまでに拾った単語を逆に右から解析する。そしてこのとき「あいまいさ」を取り除くため「先読み」を行う。
　たとえばプログラムの字句解析結果が「z = x - y;」だった場合に LR 構文解析することを考える。左から順に３回トークンを取り込む（「シフト（ shift ）」する）と「 z 」「 z = 」「 z = x 」となる。
　この時点で「２項演算子 = 」が適用できることから「 ( z = x ) 」と囲えるが、「 = 」の結合規則を考えるとその次に読み込むトークンが問題になる可能性がある。このあいまいさを解決するため、 LR 構文解析の「先読み」を行う。次のトークンを先読みすると「 z = x - 」となり、「 - 」は「 = 」よりも優先順位が上のため引き続きトークンの読み込みを継続することになる。
　次のトークンを読み込むと「 z = x - y 」となる。解析は右から行うため、この時点で「 - 」が適用できるが、あいまいさを取り除くため再び先読みを行う。すると「 z = x - y; 」と結合規則と関係ない「 ; 」が現れたため、先読みした単語を消し（消せるから「先読み」である）「 - 」を適用して「 z = ( x - y ) 」とする。このように、先読みを行うことであいまいさをなくすことができる。
　「 ( ) 」で囲んだ部分はひとつのトークンとみなすか、もしくは何かの単語に置き換える（「還元する（ reduce ）」とも言う）。この時点で「 = 」が適用でき「 ( z = ( x - y ) ) 」となる。最後のトークンを読み込み「 ( z = ( x - y ) ); 」となりこれにより「 ( ( z = ( x - y ) ); ) 」となった時点で構文解析が終了する。
　言語や文によっては、先読みするトークンの数が多い場合がある。そういった場合のため、 LR 構文解析を「 LR(n) 構文解析」と表記し、「 n 」に「先読みトークン数」の中で最大のものを書き込む。上の例では「 LR( 1 ) 」となる。

LSB （ Least Significant Bit ）
　「最下位ビット」
　一番右端のビット。
　変数を「アドレスの少ない方が左に来るようビットを並べたもの」（つまりメモリ上でのイメージ）として考えた場合に、一番右側に位置するビットを「 LSB 」と言う。ビット上での操作を表現するときに便利な言葉。
　これらの左右逆なものを MSB という。
　 LSB には Least Significant Byte の略の意味もあるので注意。

LSB （ Least Significant Byte ）
　「最下位バイト」
　主にふたつの意味がある。
　基本的には、一番右端のバイトのことを指す。
　変数を「アドレスの少ない方が左に来るようバイトを並べたもの」（つまりメモリ上でのイメージ）として考えた場合に、一番右側に位置するバイトを「 LSB 」と言う。バイト上での操作を表現するときに便利な言葉。
　ただ、これは「変数の中身が数字でないばあい」に当てはまる。
　「変数の中身が数字」の場合、 LSB は「数字の最下位桁が入っているバイト」を指す。これにより、ビッグエンディアンでは LSB が一番右側のバイトとなるが、リトルエンディアンでは逆に一番左側のバイトが LSB となる。これにより、リトルエンディアンは「 LSB First 」とも呼ばれる。
　これらの左右逆なものを MSB という。
　さらに、 LSB には Least Significant Bit の略の意味もあるので注意。

main()
　一般的な C++ 言語、およびコンソールプログラムにおける最初に呼ばれる関数。
　プログラマーはこの main() という名前の関数をプログラムに作成する。するとこの関数は、アプリケーションが実行されたとき最初に呼ばれるよう設定される。このような関数をエントリーポイントと言う。
　戻り値は int 、引数は argc と argv を持ち、これによって渡されたパラメーターを取得することができる。
　 argv を Unicode 用にする場合の関数名は wmain() 。このふたつを自動的に切り替える場合には _tmain() を使用する。
　ウィンドウズアプリケーションの場合には WinMain() を main() の代わりとして作る必要がある。

make
　「メーク」
　 UNIX 系のコマンドのひとつ。
　 UNIX において「統合開発環境を使用しない」でアプリケーションを作成する場合、 makefile を作成し、 make コマンドに渡すことで、複数のファイルを自動的にコンパイルしリンクさせることができる。
　 Visual C++ のような総合開発環境では違うシステムを用いているため、基本的に使用する必要はない。使用する場合には Visual C++ の場合 NMAKE というコマンドを代わりに使用する。

makefile
　＜メークファイル＞
　 make コマンドに渡すスクリプトファイル。
　 UNIX において「統合開発環境を使用しない」でアプリケーションを作成する場合、この makefile を作成し、 make コマンドに渡すことで、複数のファイルを自動的にコンパイルしリンクさせることができる。
　 makefile には「どのファイルをコンパイルするか」「どういう設定を行うか」といったことを書き込む。 make はこれを読み込んで自動的に処理する。 makefile は一種のプログラムとも言える。
　 Visual C++ のような総合開発環境では、代わりに「プロジェクトファイル」を用いているため、基本的に makefile を作成する必要はない。細かいコンパイル設定を行ないたい時など作成する必要がある場合には、 Visual C++ の場合メニューの「メイク ファイルのエクスポート」を行い、エクスポートされたファイルを NMAKE に渡すことになる。

MBCS
　( Multi-Byte Character Sets )
　＜マルチバイトキャラクターセット＞
　日本語を使用するときの文字列の処理方法のひとつ。
　 char ひとつでは日本語の文字を表すには足りないので、隣接する２つ以上の char を使って日本語を表す方法。
　日本語は２バイトあればだいたいの文字を表せるので、 MBCS のひとつ DBCS を使用する。
　 MBCS に対応した関数を使用するときには _MBCS を #define する。といってもこれがデフォルトなので、通常は MBCS を使用することになる。
　 _MBCS モードでは _T の付いた型や _t の付いた関数、そして API が MBCS 用のものへと変換される。たとえば TCHAR は char に、 _tcscmp() は _mbscmp() へと、そして GetWindowText() は GetWindowTextA() に変わる。これらは MBCS の文字列を適切に処理する。

MCI
　（ Media Control Interface ）
　「マルチメディア API 」
　ウィンドウズでマルチメディア機能を使用するための API およびコマンド群。
　ウィンドウズのマルチメディア機能を使用して動画処理等をする場合、 MCI という API を使用することでも実現できる。 mci をプレフィックスに持つ API がこれに当たり、これらに MCI_ をプレフィックスに持つコマンドを渡すことでマルチメディア機能を操作することができる。
　ただし、さらに高度な機能を必要とする場合には DirectX の使用を勧める。また、簡単に「 WAV ファイルを再生したい」場合には sndPlaySound() が用意されていたりと、 API の中にももう少し簡単にマルチメディア機能を操作できる API があるためそれらを使用することもできる。

MDI （ Multiple Document Interface ）
　「多ファイル１ウィンドウ１プロセス」
　ひとつのプロセス、ひとつのメインウィンドウで複数のファイルを開ける方式のアプリケーション。
　「 Microsoft Word 」などがこれに当たる。 Visual C++ は「普通のファイル」単位ではこれに当たる。
　複数のファイルを同時に編集したり、編集した結果をひとつのウィンドウで表示したい場合などにこの方式が向いている。
　ひとつのファイルしか開けない方式を SDI という。

MFC（ Microsoft Foundation Class library ）
　 Visual C++ 付属のライブラリ。
　APIのラッパークラスで構成されており、「APIを使いやすくするライブラリ」として提供されている。実際、APIのみの開発に比べて手間は比較的軽減される。
　Visual C++ に添付されていること、他の開発環境にも添付されていること、ライバルとなるライブラリがほとんど存在しなかったことにより、ウィンドウズアプリケーションの開発においてグローバルスタンダードとなる。
　グローバル変数やＴＬＳを使用したシステムを内部に持つため、構造が複雑で分かりにくく、バージョンアップの度にバグが生まれるという状況にある。そのほか、マルチスレッドに弱い、内部的に処理する部分が多すぎる、コードに古くさい部分が多々あるなど問題点は多く存在している。
　しかし、ある程度の規模のプログラムとなるとなんらかのライブラリの使用は必要不可欠であり、この場合にMFCの代替案が存在しないため結局MFCが使われ続けることになる。

MFC42.dll
　＜えむえふしーよんにーでぃーえるえる＞
　 MFC を用いた実行ファイルもしくは DLL を作成する場合に、【プロジェクトの設定】ダイアログの【一般】ページの【Microsoft Foundation Class】に【共有 DLL で MFC を使用】を選んだ場合に必要となる DLL 。
　この設定が【 MFC のスタティック ライブラリを使用】となっている実行ファイルもしくは DLL は、 MFC がスタティックリンクされる。つまり、必要とする MFC の機能はすべて組み込まれ、単体で実行することができるようになる。
　対して【共有 DLL で MFC を使用】の場合、 MFC の機能は組み込まれず、 DLL として提供される。その MFC の機能が入った DLL が mfc42.dll である。
　 MFC42.dll は Visual C++ に添付されており、再配布が許されているため、自分が作成したアプリケーションと共に配布することができる。ただし、 MFC42.dll はファイルサイズが非常に大きいという問題がある。
　現在は多くのアプリケーションがこの DLL を使用しているため、 Windows/System フォルダにある場合が多い。その場合には再配布せずにすむ。【 MFC のスタティック ライブラリを使用】で MFC をスタティックリンクする場合、実行ファイルや DLL のサイズが大きくなるため、【共有 DLL で MFC を使用】で作成し、単体で配布することが多い。ただし、 MFC42.dll のバージョンアップ等で仕様が変更され、これまで使用できたアプリケーションが動かなくなる可能性がある点に注意。

MFS
　( Memorymaped File System )
　　＜メモリマップドファイルシステム＞
　メモリ上の領域をファイルと同様に使用する方法。
　通常、 OS がシステムとして持っている。ディスク上のデータとのアクセスよりも速いため、頻繁にアクセスが行われるファイルに対して有効だが、メモリが少ない場合にはスワップファイル化してしまうため、パフォーマンスは上がらないと言われる。
　ウィンドウズは「特定のフォルダ」に対してのこの機能は持っていないが、最適化のため一部のファイルに対しては行われているようである。また、アプリケーションが特定のファイルに対して同様の機能を行うファイルマッピングというものはAPIとしてサポートされている。

MIDL（ Microsoft Interface Definition Language ）
　Visual C++ 付属の IDL コンパイラ。

MIMD
　（ Multiple Instruction Multiple Data
　/ Multiple Instruction Stream Multiple Data Stream ）
　「複数命令複数データ」
　複数の CPU を同時に使用し、それぞれの CPU に別々の命令を処理させること。
　いわゆる普通の「マルチプロセッサ」による処理を指す。この単語は、「１命令複数データ」で複数の CPU を使用する SIMD と対比する場合に使用されることが多い。 SIMD はひとつの命令を複数の CPU で実行することで「ある特定の処理の処理速度を向上させる」ことが目的だが、 MIMD は複数の CPU で別々の命令を処理するためコンピューター全体での処理速度を向上させることができるようになる。

Microsoft
　＜マイクロソフト＞
　ソフトウェアを開発し販売する企業の最大手。
　 Windows NT 、 Visual Studio 、 Visual C++ 、 Visual Basic 等を開発し販売している。

Microsoft.NET
　＜マイクロソフトドットネット＞
　 Microsoft による構想のひとつ。
　ネットワークアプリケーションをターゲットとし、ネットワーク向けアプリケーションおよびコンポーネントが、相互に通信できるようにするための環境を整えることを目的とする。
　相互通信には XML を使用し、プログラミング言語に依存しないライブラリである CLR を提供し、どの OS でも実行できる MSIL を用意し、この形式で出力できるプログラミング言語 C# とその開発環境を提供する。

MPP
　（ Massively Parallel Processing ）
　「超並列処理」
　 CPU を複数個用意し同時に処理させること。これにより処理速度の向上が図られる。
　また、この処理を行うためのコンピューターも MPP と呼ぶが、こちらは Massively Parallel Processor の略である。

MS-DOS
　（ Microsoft Disk Operating System ）
　＜エムエスドス＞
　ウィンドウズ以前に主流だった、 Microsoft 社製 OS 。
　CUI ベースだがその分フロッピーディスクに収まるほど軽く、またアプリケーションがハードウェアに直接アクセスすることができるためマシンパワーを十分に引き出すことができる。
　Windows 9x 系は MS-DOS の後継 OS であるため、ある程度 MS-DOS についての知識が必要な場合が多い。

MTS （ Microsoft Transaction Server ）
　 Microsoft 製のトランザクション サーバー。同社製品の IIS に搭載されている。

MSB （ Most Significant Bit ）
　「最上位ビット」
　一番左端のビット。
　変数を「アドレスの少ない方が左に来るようビットを並べたもの」（つまりメモリ上でのイメージ）として考えた場合に、一番左側に位置するビットを「 MSB 」と言う。ビット上での操作を表現するときに便利な言葉。
　これらの左右逆なものを LSB という。
　 MSB には Most Significant Byte の略の意味もあるので注意。

MSB （ Most Significant Byte ）
　「最上位バイト」
　主にふたつの意味がある。
　基本的には、一番左端のバイトのことを指す。
　変数を「アドレスの少ない方が左に来るようバイトを並べたもの」（つまりメモリ上でのイメージ）として考えた場合に、一番左側に位置するバイトを「 MSB 」と言う。バイト上での操作を表現するときに便利な言葉。
　ただ、これは「変数の中身が数字でないばあい」に当てはまる。
　「変数の中身が数字」の場合、 MSB は「数字の最上位桁が入っているバイト」を指す。これにより、ビッグエンディアンでは MSB が一番左側のバイトとなるが、リトルエンディアンでは逆に一番右側のバイトが MSB となる。これにより、ビッグエンディアンは「 MSB First 」とも呼ばれる。
　これらの左右逆なものを LSB という。
　さらに、 MSB には Most Significant Bit の略の意味もあるので注意。

MSComm
　（ Microsoft Communications Control ）
　「通信コントロール」
　 OCX のひとつ。シリアルインターフェイス（ COM ポート、 RS-232C とも言う）を介して通信を行うためのもの。
　 Visual C++ でも使用できるが、基本的には Visual Basic のためのもの。 Visual C++ では API の CreateFile() などのファイル入出力で、ファイルと同じように通信を行うことができる。

MSDB
　 Microsoft SQL Server に含まれているデータベースのひとつ。タスクを管理するためのデータベース。

MSIL
　（ Microsoft Intermediate Language ）
　「マイクロソフト中間言語」
　 Microsoft が提供する、 OS に依存しない実行ファイルの言語。
　実行ファイルは、通常機械語という「言語」で書かれている。この機械語は OS によって規定されている言語であるため、異なる OS では実行ファイルの互換性がない。
　そこで、 OS ではなく別のものが仲介して言語を読み解く方法が存在する。その方法のひとつが「 MSIL 」という言語を使用したものである。
　まず、プログラムを機械語ではなく MSIL にコンパイルする。実行時には MSIL を読むことができる別のコンパイラに解読してもらい、それを機械語に翻訳してもらう。最終的にこの機械語としてのプログラムが実行されることで、プログラムが実行される。
　この形式であれば、 MSIL を機械語に翻訳するコンパイラさえ各 OS ごとに制作すれば、どの OS でも実行することができるようになる。

near＜ニア＞
　「近くの住所」
　ポインタのサイズ指定。
　これがついているポインタは、アドレスが１６ビット整数値だということを表している。
　Ｗｉｎ３２では通常アドレスは３２ビットのため、 near のポインタではアドレスが格納できないことになる。そのためＷｉｎ３２プログラミングでは使用しない。実際、APIは NEAR というマクロを代わりに使用し、Ｗｉｎ３２プログラミング時には空白に置き換えている。
　Ｗｉｎ１６では３２ビットポインタに far を使用していたが、現在は３２ビットポインタしか使用しないためこれも使用されていない。

NIL
　「ゼロ」
　＜ニル＞
　意味としての「ゼロ」。
　通常、 0 と書くと「整数値のゼロ」意味するため、何らかの概念的なものとしてのゼロ、存在しないもの、終端等を表したいときに「 NIL 」を使用する。たとえばリスト構造を言語に依存しない形で表現する場合に、終端の要素は「隣の要素を指すポインタ」に NIL を入れる、という形で使用する。
　また他言語（たとえば Delphi ）では、ゼロを表すアドレス（ C 言語の NULL に当たるもの）を「 NIL 」と表すことがある。

NMAKE
　「 Visual C++ make」
　Visual C++ における make コマンド。
　ビルドを実行したとき、 Visual C++ は NMAKE を実行する。 NMAKE はプロジェクトを読み込みこの中の情報を元にコンパイルおよびリンクを行う。

NULL
　「ゼロ」
　＜ヌル / ナル＞
　アドレス値としての 0 。
　基本的には、単なるゼロの別名。主にポインタのアドレス値として使うことを目的とする。と言っても実際に使用することはできない。「無効なポインタ」としての意味を持ち、ポインタが返る関数で「関数が失敗した」という意味で NULL が返されることが多い。また、ポインタの初期値として NULL を格納し、ポインタの中身が有効か無効かのチェックにも使用される。
　NULL はあくまで「整数値の 0 」だということに注意。整数値のゼロだけは特別にポインタ型への暗黙的な変換が可能なため、 NULL として使用できる。だが、整数値としても使用できるため、オーバーロードなどで問題が起きやすい。そのため、 NULL ではなく 0 を使うプログラマーもいる。

NULL ターミネート （ NULL Terminate ）
　「終端文字で閉じる」
　終端文字を文字列の最後に置くこと。リテラル文字列では自動的に行われる。

OCR
　（ Optical Character Recognition ）
　「光学的文字認識」
　紙媒体に書かれた文字を、コンピューター上の文字列に置き換える技術。
　スキャナ等で読み取った画像を分析し、文字に置き換え、テキストファイルに変換するようなアプリケーションを OCR という。郵便局で、郵便番号の識別などに使われている。

OCX （ OLE Custom Controls ）
　「カスタムダイアログボックスコントロール」
　 ActiveX の古い形式、もしくは古い名称。
　昔（１９９６年くらいに）は ActiveX は OCX と呼ばれ、機能も「新しく作られたダイアログボックスコントロール」としての面が強かった。現在はその多くが ActiveX に置き換えられている。

ODBC （ Open Database Connectivity ）
　「一般データベース操作法」
　データベースを操作するための方法のひとつ。
　 ODBC はウィンドウズがサポートしているため、プレフィックスが SQL の API で操作することができる。また、 MFC には CDatabase などのクラスが用意されているためこれらを使用することもできる。

ODL
　（ Object Description Language ）
　「オブジェクト記述言語」
　 COM で使用される言語。
　 COM などの、複数の OS 間で関数を呼び合う場合には、その呼び出し方法が一意に定まらなければならない。この問題を解決するもののひとつが ODL である。
　 ODL は Microsoft 仕様（つまりMIDLに渡せる言語形式）の IDL に完全に含まれているため、 IDL の使用を勧める。

OEM
　（ Original Equipment Manufacturer ）
　「相手先商標製造会社」
　一般には「製造技術だけを貸し、貸した先の会社で商品を製造し、貸した先のブランド名で商品を販売してもらう」会社を指す。
　つまり、 OEM となる会社は、製造技術を開発し、その技術のみを貸す。借りた会社はその技術を使用して製品を製造し、自社ブランド名で販売する。あたかもその会社で開発された製品であるかのように思えるが、実際には OEM によって開発された製品ということになる。
　特にハードウェアにおいてこの場合が多く、たとえば CD-R ドライブにおいて、製造・販売している会社ではなく「ドライブ部は○○製」というのが問題となるのはこのためである。
　ウィンドウズの場合、特にＰＣにプレインストールするウィンドウズを製作した会社を指すことが多い。
　プレインストール版の場合、インストールするＰＣに合わせてウィンドウズがカスタマイズされている。特に国による言語の違いなどをカバーする部分が変更されている。この変更を行った会社が OEM となる。
　 OEM 版のウィンドウズは通常のウィンドウズと異なり、そのためそれぞれのウィンドウズは微妙に挙動が異なる場合がある。特に他言語のウィンドウズで実行するプログラムを作成する場合には、この部分について注意する必要がある。

OLAP （ Online Analytical Processing ）
　「オンライン分析処理」
　データベース用語のひとつ。蓄えたデータを元に分析を行い、そのデータが実際にどういう意味を持つのかを表すためのアプリケーション。
　たとえば、企業での製品売上等をデータベースに蓄えたのち、それを OLAP に掛けることで、売上動向などを具体的に得ることができる。これにより、人間が直感的に行っていたことを部分的にコンピューターで行うことができる。

　
OLE( Object Linking and Embedding )
　　＜おーえるいー / オーレ＞
　あるドキュメントにいくつものアプリケーションのドキュメントを含ませる技術。この機能を用いることで、ワードプロセッサーにドローグラフィックを載せるといったことが可能になる。「囲む」側をコンテナ、「囲まれる」側をサーバーと呼ぶ。
　実際にはウィンドウズ全体のオブジェクト化に深く関わっているが、そういった部分はＣＯＭと呼ばれている。

On なんとか
　「……のとき」
　 MFC のメッセージハンドラに通常付けられるプレフィックス。
　送られてきたメッセージのプレフィックス WM_ を取り除き、そこに On を付ける場合が多い。たとえば WM_ACTIVATE を CWnd::OnActivate() のように。
　だが必ずしもこの法則に則っているわけではなく、しばしば意味的なハンドラ関数名が付けられる。たとえば OnDraw() は特定のメッセージとは関連づけられていないが、「再描画」時に呼び出されることになっている。

　
OpenGL
　( Open Graphic Library )
　　＜オープンジーエル＞
　シリコングラフィックス社が開発した、 3D グラフィックを操作するためのライブラリ。 UNIX ワークステーション等で昔から使用されており、幅広い支持を集めている。
　ウィンドウズでは Direct3D が主力だが、ウィンドウズそのものが DirectX ナシでは描画能力がとても低いこと、ユーザー数によるゲーム販売量などによって支持を得ている状態。常に変わり続けている内容、 COM インターフェイスを使用したシステムなど、幾分OpenGLに比べて信用性は劣ると言える。
　だが、互いの長所と短所を確認して、住み分けると同時に、歩み寄っていく予兆はある。

operator
　「演算子」
　C++ 言語のキーワードのひとつ。演算子のオーバーロードを行うためのもの。構文がややこしいので注意。

OS
　（ Operating System ）
　＜おーえす / オペレーティングシステム＞
　「コンピューター管理ソフト」
　コンピューターを仕切るソフト。
　ユーザーからの入力を受け、CPU や各種デバイスを操作し、アプリケーションを管理するソフト。
　カーネルを持ち、 CPU へとアクセスする権限を持つ。またメモリを各アプリケーションに配分し、プリエンプション機能で各アプリケーションの持ち時間を配分するなど、アプリケーションの管理も行う。
　主な OS には、ウィンドウズ、 MAC OS 、 UNIX 系（ Solaris 、 BSD 、 Linux ）等がある。ただし、これらはデスクトップ向けであり、最近増えつつある PDA にはそれぞれ別の OS が乗っている。
　OS が異なればその機能も異なる。また、 OS を操作するためのライブラリも異なることが多い。ただしライブラリに関しては、多くの OS で使用できるものもある。

PASCAL
　ウィンドウズ API の関数宣言に付いている単語。プログラミング言語の「パスカル」とはあまり関係ない。
　これは呼び出し規約を統一するためのもので、 __stdcall を #define で置き換えたもの。 WINAPI と同じ。

Perl ＜パール＞
　プログラミング言語のひとつ。
　文法的にはＣ言語に近いが、型を持たず、文法の自由度が非常に高く、正規構文を使用した文字列処理能力が特に秀でている。またコンパイルを必要としないスクリプト言語でもある。
　現在 CGI の作成に非常によく使われている。
　ちなみに本辞書は Visual C++ 中心なので Perl に特化した単語は掲載しない予定です。ごめんなさい。

ping ＜ピーイング、ピング、ピン＞
　「横顔」
　ネットワーク上にあるコンピューターに接続できるか試すためのツール。
　継ながっているか調べるコンピューターのIP アドレスを指定して ping を実行すると、そのコンピューターに対して送信し、反応が返ってくれば「そのコンピューターと継ながっている」ことが分かる。
　ウィンドウズでは、 Windows フォルダにある Ping.exe がそう。

POSIX （ Portable Operating System Interface for UNIX ）
　「 UNIX 規格」
　 UNIX の統一規格。
　 UNIX 系 OS には非常に多くの種類があり、それぞれが拡張機能を持っている。その拡張部分を取り除いた、どの UNIX 系 OS にも存在する部分が「 POSIX 」である。
　 Windows NT には「 POSIX Subsystem 」と呼ばれるものがあり、これを使用することで POSIX 準拠の UNIX アプリケーションを使用することができる。

RAID
　（ Redundant Arrays of Inexpensive Disk ）
　「安くて冗長性を持った複数のハードディスク」
　＜レイド＞
　デバイスのひとつ。複数のハードディスクを同時に使用することで、保存できるデータ容量を増やしたり、安全性を高めること。
　 RAID 装置には複数のハードディスクが内蔵されており、データそのものや、誤りをチェックするためのデータを各ディスクに分散して書き込む。こういった冗長性を持たせることで、あるハードディスクのデータが破損しても、他のハードディスクのデータを元に修復することができるようになっている。
　主に、誤りがあってはいけないコンピューターで使用する。

RAS（ Remote Access Service ）
　ネットワーク上の他のコンピューターにアクセスする方法。通常APIのプレフィックスに RAS が付いている。クライアントとして機能はどのウィンドウズでも行えるが、サーバーとしての機能はウィンドウズＮＴ４．０以降でのみ使用できる。

RGB
　（ Red Green Blue ）
　「光の三原色」
　光の三原色、もしくはそれによって現されるある一色、もしくは発色システムの種類のひとつ。
　光の色は、「赤の光」「緑の光」「青の光」を混ぜ合わせることで、任意の色を作成することができる。全てを混ぜ合わせれば白が生まれ、光が全くなければ黒が生まれ、また、各色の比率によって任意の色が生まれる。この仕組みを「光の三原色」という。
　画面でのある１点の色は、光の三原色の各色の強さによって決定される。各色は通常、整数値で現され、その値の範囲によって表現できる色の範囲が決定される。たとえば True Color の場合、１原色につき８ビット、つまり２５６階調で現し、３原色合わせて２４ビット、つまり１６７７７２１６色を表現できる。 True Color ( 24-bit ) は画面上の１点でこれだけの色を表現できる。ちなみに True Color ( 32-bit ) は具体的な色数の違いはなく、単に処理しやすい３２ビットに合わせただけであったり、その他のデータを残りの８ビットに含めていただけであったりする。
　人間の目では、２４ビット以上に色数を増やしても見分けることはほとんどできない。そのため、これ以上の色数はまず使用されない。ただし、画像処理を行う場合、処理後には細かい色を必要とする場合があるため、より多い色数を使用する場合もある。画像処理アプリケーションによっては、１原色につき１６ビットを使用するものもある。
　 API で色を指定する場合、 COLORREF という３２ビットサイズの型を使用する API が多い。 API には RGB というマクロが存在し、このマクロの各引数で各原色の階調を８ビットの範囲で指定することで、 COLORREF 型として使用できる True Color ( 24-bit ) の色を作ることができる。
　以上は「画面に表示する場合」の話である。プリンターを使用して印刷する場合にはまったく異なる発色システムを使用するため注意すること。

Run
　「実行」
　何かを「実行する」「スタートさせる」という意味。感覚としては「走らせる」があっているだろうか。
　 BASIC などの他言語では「プログラムを実行する」という意味だからか、ライブラリでは「プロセスやスレッドを新規に作成し開始する」という機能を持つ関数に Run という名前が使われることが多い。たとえば CWinApp::Run() など。

SDI （ Single-Document Interface ）
　「１ファイル１ウィンドウ１プロセス」
　ひとつのファイルを開くごとにひとつのプロセスを作成しひとつのウィンドウを表示する方式のアプリケーション。
　「メモ帳」などがこれに当たる。 Visual C++ は「ワークスペース」単位ではこれに当たる。
　ファイルとウィンドウが１対１の関係のようなアプリケーションに向いている。
　複数のファイルを開ける方式を MDI という。

SDK
　（ Software Development Kit ）
　「ソフト作成キット」
　特定のアプリケーションやソフトウェアを作成するためのライブラリ。
　一般には「広義の API 」と同意。 API は「関数やクラス群」を指すことを示すことが多いのに対し、 SDK は「インクルードファイルやライブラリファイル群」を指すことの方が多い。

signed ＜サインド＞
　「符号あり」
　マイナスにもなる整数値型。
　 int や char などの「組み込み整数値型」の前に signed を付けることで、変数内のビットひとつを「プラスかマイナスか」のフラグとして使用し、マイナスの数も表現できるようになる。
　 Visual C++ ではデフォルトでこの状態となるためわざわざ付ける必要はない。「符号なし」にする場合には unsigned を付ける。

SIMD
　（ Single Instruction Multiple Data ）
　「１命令複数データ」
　 CPU の命令実行方法のひとつ。ひとつの命令で複数のデータを処理する方法。
　画像処理などを行う場合、同じ整数値演算を複数回繰り返す必要が出てくる。この場合、いちいち命令を読み直さず、ひとつの命令を元に複数のデータを立て続けに処理することができる。この機能を「 SIMD 」と言う。
　これにより「命令の読み直し」が回避できるため処理の高速化を実現できる。ただし、簡略化できるのはこの「命令の読み直し」のみであるため様々な種類の命令がバラバラに送られてくる場合にはあまり効果がない。 SIMD が効果的なのは、画像処理などひとつの命令で大量のデータを処理するような場合に限られる。

SMP
　（ Symmetric MultiProcessor ）
　「対称型マルチプロセッサー」
　マルチプロセッサーを実現するための方法のひとつ。複数の CPU に対しひとつの OS がアクセスし、あたかも CPU がひとつしかないかのように振る舞うこと。プログラムは、 CPU の数を気にしなくていいため、特別な処理をせずに高速化できる。

SQL （ Structured Query Language ）
　「データベース操作言語」
　リレーショナルデータベースを操作するためのコマンド群。
　リレーショナルデータベースを操作する時には、テキストベースのコマンドを送受信する事で操作を行う。このコマンド群を「 SQL 」という。
　 SQL を使うことで様々な種類のコンピューターからリレーショナルデータベースを操作することができる。そういった点を考えると、 FTP プロトコルのようなものと考えればいいだろう。

SSI （ Server Side Include ）
　「サーバー情報表示」
　ホームページにサーバーの情報を表示するためのシステム。
　ホームページ内に「コメントアウト」に似た特別な書式を使用することで、サーバーの時刻を表示したりすることができる。このシステムを「 SSI 」という。
　ホームページに書き込むだけという手軽さの反面、それほど複雑なことはできないため、通常は CGI と組み合わせて使用する。

static
　「静的」＜スタティック＞
　関数や変数に使用するリンケージ指定子。
　 static は付けられる対象によってその性質が大きく変わる。
　ローカル変数に付けられた場合、その変数は「何度関数が呼ばれても同じ変数」となる。普通のローカル変数は、関数が呼ばれるたびにスタック上に作成されるが、 static 変数は一度作成されたらなくなることなく使われ続けられる。
　グローバル変数に付けられた場合、その変数は「スコープは、関数が置かれたソースファイル内のみ」という意味となる。
　関数に付けられた場合も同様、「そのソースファイル内からのみ呼び出せる」という意味となる。
　メンバ関数に付けられた場合、そのメンバ関数は「普通の関数」と同様に扱われる。メンバ変数にアクセスできなくなり、仮想関数とすることもできなくなる。
　つまり、実際に「リンケージ指定子」として機能するのは「グローバル変数・関数のみ」ということになる。

　
STL
　( Standard Template Library )
　「標準テンプレートライブラリ」＜えすてぃーえる＞
　標準 C++ ライブラリの一部として含まれているテンプレートライブラリ。
　イテレーターとしての基準を満たしているすべてのクラスを受け入れられる「アルゴリズム関数群」を持ち、イテレーターをサポートするための様々なコレクションクラスを持つ。

switch
　「複数分岐」
　C 言語のキーワードのひとつ。分岐を行う場合に使用する。
　 if などと同じように分岐を行うためのキーワード。自由度は低く、「あるひとつの整数値型変数が、どの定数リテラルと一致しているか」で分岐される。つまり定数型以外では swich に使用することはできず、また比較対照に変数を使用することもできない。反面、複数の条件を簡単に記述することができる。
　自由度が低いこと、記述方法が他のキーワードと違うことなどからあまり使用されないが、ウィンドウプロシージャ内のメッセージの振り分けにはよく使用される。

TAPI
　（ Telephony Application Programming Interface ）
　「電話 API 」
　 API のグループのひとつ。電話を使用するための関数群。
　電話を直接操作し、ダイヤルを行ったりコマンドを送信したりするための API 。プレフィックスが line 、 phone 、 tapi 、の関数がこれに当たる。
　インターネットに関連した通信を行う場合には Winsock を使用することの方が多い。

TCHAR
　文字を表す型のひとつ。
　実際にはこれは場合によって型が異なり、 Unicode を使う場合には wchar_t 、それ以外の場合には char に typedef される。
　文字列操作に使われる型、 LPCTSTR と LPTSTR の最初の T は、この TCHAR の T であり、実際これらは TCHAR へのポインタとして定義されている。
　これ以外にも、このマクロを使用したものが多数存在する。マクロによる置き換えは分かりづらい部分も多いため、理想的には標準 C++ ライブラリのように char_traits とテンプレートを使用するべきである（その方が分かりづらいかもしれないが……）。

TCP（ Transmission Control Protocol ）
　通信プロトコルのひとつ。
　データをまとめて送る方法。ただし実際には細切れにされ渡される。この部分の整合性やエラー処理は自動的に行われる。インターネットでは一般的な方法。
　もうひとつの送信方法をUDPという。

this
　「これ」
　自分自身を指し示すポインタを意味する単語。
　メンバ関数は通常、いずれかのクラスの変数を介して呼び出される。その変数を指し示すのが this である。メンバ関数の中から使用することで、「自分自身」へと明示的にアクセスすることができる。
　自クラスのメンバ関数やメンバ変数どうしは、暗示的に、つまり this ポインタを使用せずに相互にアクセスすることができるため、 this ポインタを使用する機会はあまりない。
　 this ポインタを必要とするのは、たとえば「自分自身の参照を返すとき」や「自分自身を削除する」場合などである。

TPM
　（ Total Productive Maintenance ）
　「全体的生産保全」
　生産管理のひとつ。全員が保全に気を配り効率化を図る方法。
　これまでの企業の体質として「効率を気にしなくていい人」「効率化を命令する人」という二項対立となっていた。そうではなく、従業員ひとりひとりが設備の保全や生産の効率化に気を配り、全員が効率化に努めるためのシステムを TPM という。
　企業が ISO 各標準の認証を取得するために活用できるということで注目されている。

TP モニター （ Transaction Processing Monitor ）
　トランザクション処理を行うシステムのこと。

TRACE ＜トレース＞
　「デバッグ出力」
　MFC のマクロのひとつ。アウトプットウィンドウに文字列を出力するためのもの。
　デバッグ時にアウトプットウィンドウに出力するためのマクロ。 printf() と同じ形式で出力でき、非デバッグ時には自動的に削除されるといった利点がある。
　ただし、一度に出力できる文字数に制限がある、 MFC 利用時でないと使えないなどの欠点もある。
　MFC 以外で使いたい場合、 TRACE は API の OutputDebugString() に書式化機能をつけたものであるため、こちらを直接使うことで実現できる。

try
　「例外検知係」
　例外処理を行う場合に、例外が発生したかどうかチェックするためのキーワード。
　try 直後のネストおよびネストの中から呼ばれた関数で発生した例外は、この try によって検知することができる。といっても、実際に受け止めるのは catch のため、 try 自体にはそれほど意味はない。 try は catch の「機能する範囲」を指定するためのものと言える。

typedef ＜タイプデフ＞
　「型定義」
　Ｃ＋＋言語のキーワードのひとつ。
　すでに存在する型、およびそのポインタ型、参照型の別名を付けるときに使用する。
　たとえば WPARAM が UINT と同じなのは、 typedef を用いて UINT の別名として WPARAM が定義されているからである。
　 typedef は型だけに機能し、また本当の型として使用できるため、 #define を使った置き換えよりも安全に使用できる。
　また、テンプレートを使いやすくする場合にもよく使用される。

UDP（ User Datagram Protocol ）
　通信プロトコルのひとつ。
　データを細かく分けそれを送信する。データの分割・復元やエラー処理などを自前で処理しなければならないが、その分無駄なく送信できる。速さが求められる画像や音声などの送受信や、エラーの少ないＬＡＮなどで使用される。
　もうひとつの送信方法をTCPという。

　
UML( Unified Modeling Language )
　　「統合図化言語」＜ゆーえむえる＞
　クラスの相互関係を図として表す場合の書法。
　オブジェクト指向プログラミングの場合、「それぞれのクラスがどのように関係しているか」が重要になるため、この部分だけを抜き出して検討・精錬していく必要がある。そのための、コードとは別の方法としての表現として使われるのが、 UML ということになる。

Unicode ＜ユニコード＞
　日本語を使用するときの文字列の処理方法のひとつ。もしくはそのとき使用する文字コード。
　 char ひとつでは日本語の文字を表すには足りないので、２バイトの wchar_t を用いた配列を使用する。このとき、専用の文字コードを使用する。
　 Unicode に対応した関数を使用するときには _UNICODE を #define する。
　 _UNICODE モードでは _T の付いた型や _t の付いた関数、そして API が Unicode 用のものへと変換される。たとえば TCHAR は wchar_t に、 _tcscmp() は wcscmp() へと、そして GetWindowText() は GetWindowTextW() に変わる。これらは Unicode の文字列を適切に処理する。
　ただしＷｉｎ９ｘでは Unicode 版 API は機能しないので、実際にはＷｉｎＮＴ系に限られる。

union ＜ユニオン＞
　「共用体」
　Ｃ＋＋言語のキーワードのひとつ。
　 union と { } で囲まれた複数の変数は、メモリ上ではたったひとつの領域をすべての変数で共用する。これにより、ひとつのメモリ領域を、様々な型であるかのように見せかけることができる。
　はっきり言って使用するのは危険。プログラムを分かりにくくするため、できる限り使用は控えるべき。

unsigned ＜アンサインド＞
　「符号なし」
　「マイナス」にならない整数値型。
　 int や char などの「組み込み整数値型」の前に unsigned を付けることで、変数内のビットすべてを値の表現に使用できる。
　 Visual C++ ではデフォルトでは signed なので、「符号なし」にする場合には unsigned を付ける必要がある。ただし、ウィンドウズプログラミングでは UINT など、あらかじめ unsigned な型が用意されているためこちらを使用する方がいい。
　基本的に、 unsigned はあまり使用しない方がいいとされる。符号がからんだ計算において、マイナスが表現できないために予想外の結果が出てしまう場合があるためである。
　使用する場合には、 signed に収まらない大きさの値を格納したい場合、ビットフラグやバイナリーデータなどの「値以外のもの」を格納したい場合、ポインタや ID などの「マイナスがない値」を格納したい場合のみに使用すべきである。

UNUSED_ALWAYS
　「この変数は使いません」
　 MFC のマクロのひとつ。使用しない変数に対して使用し、「この変数は使用しない」ことを示す。
　実際には、このマクロは空白に置き換わる（変数は残る）ため、このマクロそのものに機能はない。特に関数の引数のうち使用しないものに対して使用し、その変数が「この関数内では使用されない」ことをコメントする意味を持つ。また、これにより「変数が一度も参照されていない」という警告を回避する意味も持つ。

UTC （ Coordinated Universal Time ）
　「協定世界時 / 世界協定時刻 」
　グリニッジ天文台を基準とした時刻。
　プログラム上で時刻を取得する場合、関数によってはこの UTC を基準とした時刻が返ってくる。これは日本との時差が存在するため、通常は使用しない。

UTF-8
　（ Universal Character Set Transformation Format ）
　「マルチサイズ Unicode 」
　文字コードのひとつ。
　日本語の文字列を表示することのできる文字コード。漢字以外のあらゆる国の文字も表現できることから Unicode のひとつとなっている。ただしウィンドウズで使用されているものとは別物。
　文字ひとつに対して１バイト〜４バイトを使用する。 ASCII コードを１バイトで表示できるためこれまでの文字列と親和性が高く、変数もこれまでと同じ char を使用でき、文字を増やしやすいなど多くのウィンドウズ版 Unicode にないメリットがある。現在 BeOS 等で使用されている。

　
UUID ( Universally Unique IDentifier )
　　「絶対唯一自己証明」＜ゆーゆーあいでぃー＞
　{3D82AB43-62DA-11cf-AB39-0020AF71E433}のような、数値と文字列による ID ナンバー。
　 GUIDGEN.exe を使用したり CoCreateGuid() を呼び出すなどして作成する。正確には整数値と文字列を組み合わせた GUID 型の構造体である。ただしレジストリなどに書き込まれる場合には前述のような文字列として書き込まれる。
　いついかなる場所のどんなＰＣで作成しても、（確率的に）決して同じ値は存在しない。そのため、ヘッダーファイルやActiveXファイル、 COM インターフェイスなどの「一意な存在」を示すときに使用される。
　ただし COM インターフェイスでは目的別に IID や CLSID という単語に置き換えられて使用される。

VARIANT ＜バリアント＞
　「変化型」
　 Visual Basic で使用される型。 Visual C++ でも COM を通して値を受け渡しする場合に使用する。
　 Visual Basic では「あらゆる型にもなる型」である VARIANT 型。 API では同名の構造体がこれに当たる。実際に値を格納するメンバ変数は union となっており、これによってあらゆる型に対応する。また、現在の値がなんの型なのかを示すフラグもメンバ変数として持っている。
　これらから分かるように、実際には値の変換が自動的に行われるわけではない。型の変換には API の VariantChangeType() 等を使用する。また、 _variant_t というクラスも用意されており、これを使用することもできる。

Visual 「画像的」
　Microsoft から発売されている、 Visual studio や Visual C++ などの開発環境に必ず付いている単語。はっきり言って、この単語に意味はない。

Visual Basic / VB ＜ビジュアルベーシック＞
　 Microsoft 社製統合開発環境。
　言語に Basic の拡張版を使用した、コンポーネント中心のウィンドウズ向け開発環境。
　ちなみに本辞書は Visual C++ 中心なので Visual Basic に特化した単語は掲載しない予定です。ごめんなさい。

Visual C++ / VC ＜ビジュアルシープラスプラス＞
　 Microsoft 社製統合開発環境。
　言語にＣ＋＋を使用した、ウィンドウズ向け開発環境。
　ちなみに本辞書はこの開発環境を中心とした単語を掲載している。

　
Visual Studio / VS
　＜ビジュアルスタジオ＞
　 Visual C++ や Visual Basic 等各種開発環境が入ったパッケージ製品。企業ではこれらの連携でアプリケーションやネットワークシステムを構築する。

void
　「からっぽ」＜ヴォイド＞
　「戻り値がない」という意味のキーワード。
　関数が戻り値を返さない場合に void と付ける。一応、型のひとつだが、 void 型の変数を作成することはできない。使い道としては「 void キャスト」や「 void ポインタ」くらいだろう。
　戻り値が void と他の型とで「 return で値を返さないか返すか」が変わるため、最近は「テンプレートの敵」と注目を浴びている。ただし、最新の C++ 言語規格では戻り値が void の時に void を返せることになっており、最新のコンパイラはこの規格を備えている。

　
voidキャスト( void Cast )＜ヴォイドキャスト＞
　「キャスト」の一種。すべての型から void 型にキャストできる。が、 void 型変数というものは存在しないため、できるのはキャストすることだけ。また、 void 型にキャストしたあと、他の型にキャストすることもできない。
　通常、マクロの中などで呼び出した関数の戻り値に「 void 型へのキャスト」を行う。こうすると関数の戻り値を「使わせない」ことができる。
　また、関数の引数は使用しないと警告が出るが、この警告をキャンセルする場合に使用する場合もある。 Unreferenced() マクロなどがその例である。

volatile
　＜ボラタイル＞
　「気まぐれな」
　変数を宣言するときに付ける修飾子のひとつ。
　たとえば volatile int i; のように使う。 volatile 指定された変数（ここでは i ）は「プログラム以外から操作され書き換えられる可能性がある」という意味となる。たとえば他の プロセス から書き換えられる可能性があるということである。また、その場合に事故が発生することを防ぐため、この変数には最適化が行われない。
　仮想メモリを使用するウィンドウズプログラミングにおいて、「他プロセスが直接変数を操作しに来る」ということはまずもってない、もしくは「してはいけない」と考えるべき。よって、 volatile は「特定の変数が最適化されないようにする」ためにあると考えるべきだろう。

VSYNC （ Vertical Synchronization ）
　「垂直同期」
　ディスプレイが１秒間に画面を更新する回数。
　ディスプレイの画面は常に表示されているわけではなく、１秒間に数十回という頻度で更新され続けている。この更新頻度を「 VSYNC 」と言う。
　ゲームなど「できるだけ早く画面を更新したい」場合には、この VSYNC と同じタイミングで画像を更新する必要がある。そのタイミングが早くても遅くても、１度のディスプレイでの更新に複数の画像が混ざってしまうため、画面が見づらくなってしまう。

VTBL
　（ Virtual function TaBLe ）
　「仮想関数テーブル」
　クラスが持つ、仮想関数へのポインタを格納するための隠されたメンバ変数。
　仮想関数は「常に、最初に作られたクラスのメンバ関数が呼ばれる」ような仕組みとなっている。そのため仮想関数は、仮想関数とされたメンバ関数へのポインタをメンバ変数として持ち、それを「一覧表」のような形で格納している。これを「仮想関数テーブル」もしくは「 VTBL 」と呼ぶ。
　あるクラスの変数が作られた時、コンストラクタは、そのクラスが仮想関数を持っていれば、その仮想関数へのポインタを格納するためのメンバ変数を作成する。そのメンバ変数はまとめられ表形式となる。これが VTBL である。
　また、 VTBL とは別に「仮想関数テーブルポインタ」がメンバ変数として作られ、 VTBL へのポインタが格納される。実際に仮想関数が呼ばれる時には、まずこの仮想関数テーブルポインタが呼び出され、その参照先として仮想関数テーブルが呼び出され、最後にその中に含まれる仮想関数のポインタの参照先としてメンバ関数が呼ばれる。
　あるクラスへのポインタがアップキャストされ、そのアップキャストしたポインタから仮想関数を呼び出した場合、コンパイラは仮想関数テーブルポインタそして VTBL を通して「メンバ関数ポインタ」を呼び出すように機械語コードを生成する。これにより、ポインタのキャストがどのように行われても、コンストラクタによって格納された仮想関数が呼ばれることになる。これによってポリモーフィズムやインターフェイスが実現される。
　COM 用語の VTBL も同じもの。 VTBL を使用して COM を使用する場合、 COM オブジェクトは ActiveX ファイル（つまり DLL ）の中で作成され、そのポインタを使用する側へと渡す。使用する側はそれを、 COM オブジェクトの抽象クラスである COM インターフェイスで受け取る。そして、使用する側は COM インターフェイスが持つポインタから仮想関数テーブルポインタを参照し、仮想関数テーブルを参照しそして ActiveX に含まれる仮想関数を呼び出す。この方式を用いることで、DLL の実行中リンクを用いてクラスを使用することができる。

WAV （ Wave File ）
　「ウィンドウズ標準音声ファイル」
　ウィンドウズで音声を扱う時に使用する、音声を格納したファイル、もしくはそのフォーマット。
　ウィンドウズが標準でサポートしており、 API の sndPlaySound() で簡単に再生できる。そのため、どんな音声形式であろうと、 WAV 形式に変換できれば必ず再生できることになる。
　反面、圧縮等がまったくなされていなかったり、亜流フォーマットが無数にあったりといった面もある。

wchar_t （ Wide Character Trait ）
　２バイトサイズの整数値型。Ｃ＋＋言語に初めから組み込まれている型のひとつ。
　 char 型は１バイトのため、日本語の文字列を格納する場合にはふたつずつ使用する必要がある。そこで、それをひとつずつ使用するため、２バイトサイズの変数で「文字ひとつ」を表すための型として用意されたのが wchar_t である。通常は Unicode を格納する。
　また、 MFC の場合、実際にこの型を直接使用するのではなく、 TCHAR を使用して char と wchar_t が自動的に切り替わるようなっている。

WIN32 ＜うぃんさんにー＞
　「３２ビットウィンドウズ」
　３２ビットウィンドウズの総称。
　現在のウィンドウズは３２ビットがほとんどなので、そのまま「ウィンドウズ」と読み替えてもよい。
　狭義には WIN32API を指す。

WIN32API ＜うぃんさんにーえーぴーあい＞
　「３２ビットＡＰＩ」
　３２ビットウィンドウズ用の API 。
　現在のウィンドウズはほとんどが３２ビットのため、 WIN32API をそのまま API と読み替えてもよい。一般には、 API は様々なライブラリを指すため、ウィンドウズ用のものを指し示すために WIN32API と呼ぶばあいが多い。

WINAPI
　ウィンドウズ API の関数宣言に付いている単語。
　これは呼び出し規約を統一するためのもので、 __stdcall を #define で置き換えたもの。

　
Windows DNA
　( Windows Distributed interNet Applications )
　　「役割分担」
　インターネット及びイントラネットを含んだ社内情報マネジメントをすべて Microsoft の製品で行うためのアーキテクチャー及び販売戦略。社内情報システムを「インターフェイス部」処理部」「データベース部」に分け、それぞれに必要なアーキテクチャーとツールを割り当てている。
　「インターフェイス部」はホームページ等を通してクライアントに接触する部分である。「処理部」は「インターフェイス部」からのデータを処理する部分である。「データベース部」は処理されたデータを保存し、管理し、提供する部分である。
　これらはそれぞれＶＢ、ＶＣ、ＩｎｔｅｒＤｅｖなどを使用してアプリケーションを開発し、実現される。これらすべてを継なげるのはCOM及びDCOMである。
　基本的には、すべてが整えられたアーキテクチャー及びツール、そしてサーバーを使用することでコストの削減を奨めているのだが、すべてをマイクロソフト社製で占めようという販売戦略が見え見えである。

Windows NT
　＜ウィンドウズエヌティー＞
　OS のひとつ。ネットワーク上に接続して使用することを目的としたウィンドウズ。
　ネットワーク上でクライアントもしくはサーバーとして使用するためのウィンドウズ。そのためセキュリティシステムが備わっており、 Windows 9x よりも堅牢に設計されている。
　実際、 Windows 9x が MS-DOS を引き継いでいるのと違い、 Windows NT は１からカーネルが設計されているため、真の意味での次世代 OS とされている。
　現在は後継として Windows 2000 が発売されているが、まだまだ NT が稼働し続ける気配を見せている。

WinMain()
　一般的なウィンドウズプログラムにおける最初に呼ばれる関数。
　プログラマーはこの WinMain() という名前の関数をプログラムに作成する。するとこの関数は、アプリケーションが実行されたとき最初に呼ばれるよう設定される。このような関数をエントリーポイントと言う。
　 Unicode 用の関数名は wWinMain() 。このふたつを自動的に切り替える場合には _tWinMain() を使用する。
　 MFC を使用する場合には、 MFC の中にすでに WinMain() 関数が用意されているため、プログラマーが作成する必要はない。

Winsock （ Windows Socket ）
　「ウィンドウズ通信 API 」
　 API のカテゴリのひとつ。
　ソケットを用いたネットワーク通信を行うためのライブラリ。関数には WS のプレフィックスが付いている。

WM_ （ Window Message ）
　「ウィンドウメッセージプレフィックス」
　ウィンドウを操作するためのメッセージに付いているプレフィックス。
　ウィンドウ操作用メッセージの多くはこのプレフィックスが付いている。ただしツリービューコントロールなどダイアログボックスコントロールを操作するためのメッセージは、それぞれ異なるプレフィックスを持つので注意。

WNDPROC
　型のひとつ。
　関数ポインタの型のひとつ。 API によって「戻り値 LRESULT 、引数が HWND, UINT, WPARAM, LPARAM 、CALLBACK 付き」の関数へのポインタとして定義されている。この関数はウィンドウプロシージャとして使用するものであり、コールバック関数としてウィンドウズシステムから呼び出される。コールバック関数は、引数や戻り値が決まっていないとウィンドウズシステムからの呼び出し時にエラーが発生してしまうため、このように型が決められている。

WPARAM
　（ WORD Parameter ）
　＜だぶりゅぱらむ＞
　メッセージとともに送られてくるデータに使われる型。
　型としては３２ビット符号なし整数値、 unsigned int （ UINT ）と同じ。「 WORD 」という単語は１６ビット OS 時代にワードサイズ（２バイト）だった頃の名残なので気にしないでいい。「 Parameter 」は、メッセージを関数と見立てた場合の「引数」としての意味があるからであろう。
　この型のデータをメッセージとともに送る場合、APIの SendMessage() の第３引数に渡す。また、メッセージとともに送られてきたこの型の値を受け取る場合には、ウィンドウプロシージャの第３引数から受け取る。
　この値をそのまま使うことは珍しいこと。通常はこの値を int などに変換したり、構造体やクラスへのポインタへと変換したり、「１６ビット整数値がふたつ組合わさっている」と見なして上位 WORD と下位 WORD に分けて取得したりする。送る場合にもこのような様々な型から WPARAM へと変換して送る。
　このような型変換は非常に危険なため、通常のプログラミングでは避けるべき。しかしウィンドウズプログラミングとしては必要不可欠でもある。また、さまざまな型を送受信できるというメリットもある。
　 MFC の場合、メッセージを受け取る時に内部的にこの変換を行ってから、任意の型をメッセージハンドラに渡して関数を呼び出すため、比較的安全である。ただしこれは受け取る時のみであり、送るときにはこのような機能を使用することはできない。
　ちなみにもうひとつ値を受け渡しできる。これを LPARAM という。

WTL
　（ Windows Template Library ）
　ウィンドウズプログラミング用ライブラリのひとつ。
　ATL のサポートクラスで構成されるテンプレートライブラリ。テンプレートライブラリのため DLL を必要とせず、 MFC の代わりになると期待されている。
　使用するには米 Microsoft Platform SDK よりダウンロードする必要がある。

XML
　（ eXtensible Markup Language ）
　「拡張可能印付け言語」
　テキスト文章にデータ構造を加えるための言語。
　 C++ 言語では構造体などを使用することで「データ構造」を定義することができる。これに似て XML は、テキスト内の単語や文に「データ構造としてどういう意味を持っているのか」という印を書き加えることができる言語である。
　つまり、単純な文章に、 XML に準拠した方法で印を書き加えることで、文章を構造体、文章内の単語や文をメンバ変数のような形で捉えることができるようになり、文章の処理が簡易になる。
　 XML にはその「構造体の定義」そのものだけを作る機能もある。これを「スキーマ」と言い、これによって C++ 言語における型チェックのように文章の整合性をチェックすることができる。
　また、 XML に XSL を加えることで、ウェブブラウザを用いて XML 文章を表示することができる。

XSL（ eXtensible Style Language ）
　 XML 文書の表示方法を記述するための言語。 XML 用の CSS と言える。

X ファイル
　（ X File ）
　ファイルのフォーマットのひとつ。 Direct3D 専用の形状ファイル。
　３ＤＣＧに必要な、点やポリゴン、テクスチャ等の情報を格納するファイル。 Direct3D 専用。拡張子は .X 。

アーカイブ（ Archive ）
　「記録保管所」
　ファイルの種別のひとつ。
　広義としては、データを格納するファイルのこと。つまり通常のテキストファイルや画像ファイルを意味する。実際には「実行ファイルやＤＬＬを除いたすべてのファイル」と言える。ただし、これらが含まれる場合もある。
　狭義としては、複数のファイルをまとめてひとつのファイルにし圧縮したもののこと。つまり lzh や zip のことである。最近はこちらの意味で使用する場合の方が多いと言える。
　ちなみにウィンドウズファイルの「プロパティ」にはこの属性があるが、「特定の場合にバックアップを取るか否か」ということの目安らしい。この属性は上のふたつの意味とはまったく違うものと考えるべきだろう。
　要するに、非常にあいまいな意味を持つ言葉である。

アーリーバインディング
　（ Early Binding ）
　「先にバインディング」
　COM がデュアルインターフェイスを持っている場合、 VTBL を COM を使用することを指す。メリットとデメリットに関してはデュアルインターフェイスの項を参考のこと。
　COM を呼び出したときに VTBL を用いて関数呼び出しの準備を完了してしまうため「 Early Binding 」と呼ばれる。

アイコン （ Icon ）
　「肖像」
　小さな画像、もしくはその画像を使用するためのリソース。
　一般には、デスクトップやエクスプローラーに置かれた、ファイルを表す四角形の画像を指す。また、実行ファイルや DLL は、内部にアイコンを持つことができる。エクスプローラーは実行ファイルのアイコンを表示するとき、実行ファイル内に格納されている最初のアイコンを表示する。
　また、アイコンはウィンドウのタイトルバー左側にも表示される。このアイコンは WM_SETICON というメッセージを送ることでセットできる。 MFC の場合には CWnd::SetIcon() というメンバ関数を使用する。
　プログラムとしては、通常はアイコンをリソースとして作成し、実行ファイル内に格納する。使用するときには LoadIcon() という API を用いて、アイコンを指すハンドル HICON を取得し、これを使用する。たとえば WM_SETICON の場合には LPARAM にこのアイコンハンドルを渡す。
　アイコンを直接作成する場合には、画像データを１バイトサイズ型の配列を CreateIcon() という API に渡すことで作成できる。ただし、アイコンは「透明」な部分も持っているためこれも渡す必要がある。
　アイコンは、時と場合によって「サイズ」や「色数」がまったく変わる。「画面のプロパティ」による設定等によって使用できるアイコンが変わってくるため、この部分について注意が必要である。

あいまい / 曖昧
　（ Ambiguous ）
　様々な意味に取れること。
　コンピューターは０と１しか認識できないため、あいまいなものを苦手とする。たとえばコンパイラは、プログラムの中で「どちらとも取れる」ような記述があるとエラーを出力する。これは、コンパイラが「どちらとも取れる」ものに対して適当な選択を行わないからである。コンピューターで処理を行う場合には、こういったあいまいさを取り除く必要がある。
　ただし、プログラムの「意味的な部分（セマンティクス）」においてはあいまいな部分が多い。オブジェクト指向はその最たるものと言える。このあいまいな部分をどう取り除いて「文法的な部分（シンタックス）」へと変換するかが大きな意味を持つ。

アウトオブオーダー （ Out Of Order ）
　「丸め込み」
　プログラムとしての命令の順序と CPU が命令を処理をするときの順序が必ずしも一致しない処理方法。
　 CPU の命令処理が並列化されている場合（スーパースカラ）、各命令を同時に処理することで多くの命令を素早く処理できる。だが、並列処理ができる場合でも「前の命令が終了しない限り次の命令が実行できない」のであれば、ひとつの処理が終わるまで他の処理ができなくなってしまう（これをストールという）。
　そこで、元々のプログラムの順序に関係なく、先にできる命令を処理してしまう、という方法が最新の CPU では採用されている。この方法を「アウト オブ オーダー」と言う。これにより CPU の高速化が図られている。

　
アクセス制御( Access Control )
　オブジェクト中のプロパティ、メソッド、継承元のオブジェクトが、どこからなら閲覧・書き込みを行えるのかを指定したもの。
　publicは、そのオブジェクトにアクセスできる場所からならどこからでもアクセスできる。
　privateはオブジェクトが持つメソッドからしかアクセスできず、オブジェクトの外からはアクセスできない（一部例外あり）。
　protectedはprivateが少し緩やかになったもので、派生先のオブジェクトのメソッドからもアクセスできる。
　これらはデータの使われ方をデータ自身、オブジェクト側で指定するという部分において大きな意味を持つ。
　オブジェクト内の重要なデータをprivate指定することで、メソッドを通じてのみ内部データとのアクセスを可能にするようにすることができ、結果、内部データを外に渡す時にフィルタを通すような機能を持たせることができる。
　また、メソッドをprivate指定することで、扱いの難しい関数を気軽に作ることができる。メモリ制御など、不用意に使うと問題が起きかねない関数管理するのにとても役立つ。
　アクセス制御を正しく利用することで、オブジェクトをプログラムのいいなりにさせないことができるというわけである。

アクセストークン
　（ Access Token ）
　「アクセス権限真贋証明書」
　ログオンしたユーザーが「どれだけのアクセス権限を持っているか」を示すもの。
　ログオン時、ログオンに用いられたユーザー ID によって「このファイルは読み込んでも構いませんが、書き込みは不可です」などの「アクセス権限」がシステムによって決定され、その情報がログオンしたユーザーに渡される。この「アクセス権限の情報」を含むものが「アクセストークン」である。
　アクセストークンに含まれる情報は、そのユーザーが誰であり、どういった権限を持っているのかということを示す。また、ユーザーが実行したプロセスに「誰が実行したか」を付加するのもアクセストークンの役目である。

アクセラレーター ( Accelerator )
　「加速キー」
　複雑な操作をキーひとつかふたつで操作するためのウィンドウズリソースのひとつ。ショートカットキーのひとつ。
　「アクセラレーターリソース」では特定のメニューコマンドやボタンを、特定のキーを押すだけで実現するよう設定することができる。
　これに似たものとしてニーモニックがあり、アクセラレーターと併用することで操作性が増す。

アクティブ
　（ Active ）
　「活動中」
　ウィンドウが前面に来て、マウスなどによる操作を受け付けることができる状態。
　ウィンドウのクリックやタスクバーでの操作で、ウィンドウがアクティブ状態となる。アクティブとなったウィンドウは、前面に来、タイトルバーの色が変わり、イベントを受け付けられる状態となる。
　アクティブなウィンドウの取得には GetActiveWindow() という API を使用する。また特定のウィンドウをアクティブ化する場合には SetActiveWindow() という API を使用する。ただし、 Windows 98 / 2000 では、むやみなアクティブ化によって他のアプリケーションを邪魔しないようにするため、簡単にはアクティブ化できないようになっている。

アサーション（ Assertion ）
　「自己主張」
　「エラー処理」のひとつ。
　アプリケーション内で予期せぬ結果が発生した場合に「アサーションを起こさせる」ようプログラムを組むことができる。アサーションが発生した場合、アプリケーションの実行を停止させ、発生した位置を知らせることで「何か問題が発生した」ことを知らせる。場合によっては強制終了させることもできる。
　C ランタイムライブラリの assert() や MFC の ASSERT() を使用する。これらはマクロとして作成されており、デバッグ時にのみ機能するよう設計されている。つまりいわゆる「リリースビルド」時には削除されるということである。そのため、 assert() 等の評価部分で関数呼び出しなどを行った場合、その関数呼び出しそのものが削除されてしまうため、デバッグビルド時とリリースビルド時とでプログラムが異なるという問題が発生する。この問題を回避したい場合には、 MFC の VERIFY() という「削除されないアサーション」を使用すればよい。
　 assert() や ASSERT() 内の評価方法は、 if と逆、つまり「０であればアサーションする」ということに注意。また、これらから分かるとおり、「本質的なエラー」の発生によって自動的にアサーションさせられるとういことはない。アサーションが発生するということは、なんらかのプログラム上のチェックに引っかかったということであり、それを調べることで対策を講じることができる（特に MFC を使うプログラムの場合）。

アセンブラ （ Assembler ）
　「組み立て工」
　機械語を分かりやすくしたプログラミング言語。
　機械語とほとんど同じような命令を行えるため、高速で最適なプログラムが組める。と言っても、ウィンドウズでは本当の意味での「直接 CPU を操作する」ことは不可能。
　C 言語では「インラインアセンブラ」と呼ばれる方法で C 言語プログラムの中にアセンブラを組み込める。この方法の場合、比較的安全にプログラムを組めるため、アプリケーションの高速化に使用される場合がある。
　また、デバッグ時には「混合モード」を使ってプログラムとアセンブラコードを同時に見られるため、アセンブラを読むことができれば「コンパイラがどのような機械語を生成したのか」を確認することができる。

　
アップキャスト( Up Cast )「上方向型変換」
　クラスの継承元方向へのキャスト。
　「上」なのは、クラス図を書いたときに継承元が上に、継承先が下に来るため。木の「根」を思い浮かべると分かりやすい（「枝」を思い浮かべてはいけない）。
　通常のアップキャストはそれほど意味はなく、単なるキャストに過ぎない。ポインタへのアップキャストは非常に大きな意味があり、ポリモーフィズムを実現するときなどによく利用される。多重継承の場合、ポインタへのアップキャストの前と後でポインタの値が違うことも大きい。これらはオブジェクト指向プログラミングと深く関わっている。
　基本的にアップキャストは継承元方向のため安全だが、継承構造が複雑な場合にはうまくいかない場合もある。そういった場合のためにも dynamic_cast の使用を勧める。

アトミック （ Atomic ）
　「分割不可能」
　主にふたつの意味で使用される。
　「たったひとつ」：様々な存在から共有される、たったひとつのオブジェクトを「アトミックな存在」という。また、その管理のために使用する同期処理やロックカウントなどを「アトミックな操作」という。
　「成功か失敗」：トランザクションなど、「成功か失敗」、つま中途半端に失敗した状態が発生しない処理を「アトミックな処理」という。たとえば「何かの移動」の場合、「コピーと削除」を組み合わせて行うが、このとき何らかのエラーで「コピー」のみもしくは「削除」のみが実行された場合には問題が生じてしまう。このようなことが起きず、「移動」という単位で成功か失敗かしか結果がない処理を「アトミックな処理」という。

アトム（ Atom ）
　「原子」
　主にふたつの意味。
　１：最小構成要素。たとえば整数、変数、予約語などのこと。しかしＣ＋＋言語ではこの意味で使われることは少ない。
　２：特定の整数値、もしくは文字定数と整数の組み合わせ。
　 GlobalAddAtom() というAPIを用いてウィンドウズシステムに「特定の整数値」か「特定の文字列」を登録することができる。これはシステムグローバルなものとなる。「特定の文字列」を登録した場合には対応する整数値が与えられる。この文字列と整数値は一対一の関係となり、同じ文字列なら常に同じ整数値が帰ってくる。
　この「特定の整数値」と、文字列を登録したときの「返ってくる整数値」を「アトム」と呼ぶ。実際には２バイトサイズの整数値である。
　これらを登録することで、「値」や「文字列」がかち合わないようにすることができる。ただし、このシステムが機能するためには GlobalFindAtom() などでチェックされなければならない。
　また、システムグローバルなため、プロセス間でのデータのやりとりにも使われる。実際 DDE で使用される。だがアトムとして登録される整数値は２バイトサイズということや、文字列は２５５文字までと決まっていることなどもあり、実際にはファイルマッピングの方がよく使われる。
　ちなみにプロセス内のみで通用する「ローカルアトム」というものもあるが、あまり使い道はない。

アドレス （ Address ）
　「メモリ住所」
　メモリ上の位置を示すための整数値。Ｗｉｎ３２では３２ビットサイズ。
　メモリは「オンとオフ」のスイッチで構成され、そのスイッチが８つ集まって１バイトとなる。このバイトひとつひとつに整数値が割り振られ、メモリ上の場所を一意に特定することができる。この整数値が「アドレス」である。また、このアドレスを格納するための変数がポインタである。
　アドレスは、メモリ上にあるものであれば必ず存在する。たとえば、実行ファイル等もメモリ上に置かれるため、その関数にもアドレスが存在する。これが関数ポインタである。
　ただし、アドレスは絶対的なものではなく、各プロセスごとに作成される「仮想アドレス」である。これにより、他のプロセスのアドレスに直接アクセスできないようにしている。また、実メモリとハードディスク上のスワップファイルをまとめて使用しているため、アドレスが物理的にどこを指しているかは定かでない。このシステムにより、大量のメモリを特に気にせずに使用することができる。
　また、これとはまったく別に、 IP アドレスを指す場合もある。

アパートメントスレッド
　（ Apartment Thread ）
　COM 用語。ユーザーインターフェイススレッドと同意。

　
アペンドモード
　( Append Mode )
　「追加状態」
　ファイル入出力や標準 C++ ライブラリの iostream 系クラスでのモードの一種。このモードの場合、元々あるファイルデータや文字列の最後にデータを加えていくことになる。何らかのログを録る場合などに便利。

アライメント
　（ Alignment ）
　「整列」
　主にふたつの意味がある。
　「構造体のメンバ変数の最小サイズの統一」という意味で使われることが最も多い。
　 Visual C++ のデフォルトでは、構造体内のメンバ変数のサイズが８バイト以下のサイズだった場合、コンパイラが無駄な領域（パディング）を加えて８バイトちょうどもしくは４バイトちょうどにしてしまう。そのため、構造体のサイズはたいがい８の倍数となる。このように、構造体内に置かれたメンバ変数を「数バイトずつ」に置くよう並べられることを「アライメント」と呼ぶ。
　アライメントが整えられる理由は、そうされることでコンピューターが処理しやすくなるからである。コンピューターや OS が「３２ビット」であればすなわち「４バイト」がもっとも計算しやすいサイズであり、そのために計算しやすいよう４バイトの倍数に並べられるのである。反面、ファイルからバイナリーモードで直接構造体に書き込む場合などには、無駄な領域が邪魔になることが多い。
　アライメントは Visual C++ であれば【プロジェクトの設定】ダイアログの【 C/C++ 】−【コード生成】ページの【構造体メンバのアライメント】で変更できる。また #pragma pack を使用しても変更できる。
　C++ 言語においてクラスと構造体はほぼ同じであるのにクラスについては触れない理由は、クラスは仮想関数や継承などの関係で内部のメモリ状態が複雑な場合が多く、そのためアライメントのようにメモリ状態を気にするようなプログラムは組むべきでないからである。これは逆に言えば、 C++ のプログラミングスタイルとしては、構造体に関してもアライメントにこだわるようなプログラムは組むべきでないとも言える。
　もうひとつ、単純に「絵的な整列」を指す場合もある。コンソールへの出力を「右揃え」などにしたりする場合や、ダイアログボックスコントロールを綺麗に並べる場合などに「アライメントを整える」と言ったりする。

アンマップ
　「Unmap」
　すでに行ったマッピングを解除すること。意味は、どのようなマッピングをしたかにより異なる。

　
委譲 （ Delegate ）
　＜デリゲート＞
　オブジェクト指向プログラミングにおける専門用語のひとつ。
　　あるクラスが、他のクラスを何らかの形で持ち、他クラスの機能を、自クラスを通して呼び出すことでまるで自クラスの機能であるかのようにみせかけること。つまり、特定の機能を自クラスに持たず、その機能をすでに持つ他クラスに機能の実行を「譲り委ねる」わけである。こうすることで、複数のクラスの機能をひとつにまとめることができる。
　委譲は集約やコンポジションを用いて実現する。委譲は継承とは違うものとして定義されているため、 private 継承は実現する方法にはならない。
　委譲は継承に比べてクラス数が少なくて済むというメリットがあるが、クラス間の関係が複雑になる依存度が高くなるというデメリットもある。

移植
　（ Porting ）
　あるコンピューターまたは OS で動くよう作られたプログラムを、他のコンピューターまたは OS で動くよう書き換えること。
　「移植する可能性が低い」プログラムも、 OS のバージョンアップによって実質的な「移植」を強いられる可能性があるため、どのようなプログラムであっても移植しやすいプログラムの作成を心がけるべきである。
　たとえ同じ言語を使用しているとしても、 OS の差は想像以上に大きいため、移植作業は困難を極める場合が多い。この問題を避ける場合には、コンパイラの機能のうち標準のものを使用する、多くの環境で使用できるライブラリを使用する、などの方法が役立つ場合がある。

イテレーター（ Iterator ）
　「反復子」
　 STL で使用されるクラス。
　STL には「アルゴリズム」と呼ばれる関数群がある。これらは「渡されたポインタをひとつ進め、参照先に何かをする、を最後まで繰り返し行う」という機能を持っている。この機能のおかげで、配列などを簡単に処理できるようになる。
　アルゴリズムが受け付けるのは「ポインタ」ではなく「ポインタのように動作するもの」である。つまり「 ++p 」や「 *p 」が実行できればポインタでなくてもアルゴリズムに渡すことができるのである。
　そこで、クラスの「演算子のオーバーロード」を使用し、これらの演算子と同等の機能を持たせ、アルゴリズムに渡せるようにしたもの、それが「イテレーター」である。
　つまり、イテレーターはポインタのように機能するクラス、もしくはポインタそのものである。また、イテレーターが求められている場合には、たいがいポインタも渡すことができる。
　イテレーターは std::iterator というクラステンプレートを使用して自作することもできる。また、 std::vector など STL が持つコレクションクラスや、 std::iostream などの iostream 系クラスにも備わっている。
　つまり、イテレーターとアルゴリズムを使用することで、実装に寄らない統一的な操作を行うことができ、可読性が増すことになる。

イメージ
　（ Image ）
　「画像、印象、概念」
　非常に意味の広い言葉。
　「画像」という意味で使われることが最も多いと思われる。画像とはビットマップやアイコンなどを指す。
　「バイナリー表示」という意味で使われる場合もある。実行ファイルの中身を直接バイナリー表示したものを「実行ファイルのイメージ」と呼んだりする場合がある。
　単に「そういう感じ」という、文章上の意味として使われる場合もあるので注意。例：「メモリってスイッチが並んでるの？」「そうそう、そういうイメージ」。

　
イベント( Event )「出来事」
　主にふたつの意味がある。
　ひとつはそのままの意味。つまり「何かが起きたということ」という意味。
　たとえば「左クリックされた」「ウィンドウがアクティブになった」などが「イベント」の一種と言える。実際の使用方法としては「何らかのイベントが発生すると、それに関連づけられたメッセージがウィンドウプロシージャへと送られる。 MFC はさらに、関連づけられたメッセージハンドラを呼び出す」のような使い方をする。
　もうひとつの意味は、マルチスレッドやマルチプロセスで使用する同期オブジェクトのひとつとしての意味。
　機能はミューテックスとセマフォの中間。TRUEかFALSE、１ビットのフラグを持ち、それによって同期を取る。また、 WaitForSingleObject 等によって自動的にフラグを変更する（シグナルの使用）かしないか決めることもできる。

イベントドリブン / イベント駆動
　（ Event Driven ）
　「対応型」
　イベントの発生に対応して関数が呼ばれる形式のプログラム、もしくはシステム。
　従来のプログラム、特に CUI 用プログラムでは、 main() 関数から始まりそのまま一直線にプログラムが実行され終了する。だが、最近のプログラム、特に GUI 用プログラムでは、「何かが起きた」というイベントに対応する形で関数が呼び出され、その関数の中に「起きたことへの対処」を実装するという形式が中心となっている。
　ウィンドウズでは、イベントはメッセージとしてウィンドウズシステムから送られる。アプリケーションはそのメッセージひとつひとつをウィンドウプロシージャで処理する。この仕組みを取ることで、「イベント」に対して「ウィンドウプロシージャ内での実装」が実行される、ということを実現している。
　MFC にはメッセージハンドラという機能がそなわっており、これを使用することで「特定のイベントに対し特定のメンバ関数を呼び出す」という仕組みを簡単に実現できる。

イベントログ
　（ Event Log ）
　エラー情報を書き込むためのシステム。
　 Windows NT では、エラーが起きた時にそれを知らせ記録するためのシステムが存在する。それが「イベントログ」である。イベントログは OpenEventLog() などの API を使って書き込む。ログを見るときには「イベントビューア」というアプリケーションを使用する。
　一般的な「イベント」とは別のものと考えるべき。

意味解析
　（ Semantic Analyze ）
　単語の並びが合っているか調べること。
　文字列解析を行う場合、まず字句解析と構文解析を行う。構文解析の結果、単語は優先順位順に並ぶが、この並びが正しいかどうかを調べる必要がある。これを「意味解析」と言う。
　たとえばコンパイラがコンパイルを行うときに「z = ++x * --y;」というプログラムに対して「 ( z = ( ( ++x ) * ( --y ) ) )」という構文解析を行ったとする。この結果に対して「 ++ は単項演算子」「 * は２項演算子」などの「 C 言語のルール」を元に「各演算子に適用できるオペランドの数」等を調べ、それが合っているかどうか調べる。これが意味解析である。
　意味解析が通れば、プログラムはコンパイラに「理解された」ことになり、機械語へと翻訳されることになる。

インクリメンタルリンク （ Incremental Link ）
　「差分リンク」
　リンクの方法のひとつ。２度目以降のリンク時に、１度目と違う部分のみをリンクする方法。
　コンパイル後の中間ファイルをリンクすることで実行ファイルや DLL が作られる。その後、プログラムを修正して再びコンパイルした場合、一部の中間ファイルのみが変更されたことになる。通常のリンクでは再び全ての中間ファイルをリンクするが、「インクリメンタルリンク」では変更のあった中間ファイルのみを差し替える形でリンクする。
　インクリメンタルリンクを行うことでリンクが早く終了するが、反面、インクリメンタルリンクを行うための準備が最初に作られた実行ファイル等に行われるため、実行ファイル等のサイズが大きくなる。そのため、通常インクリメンタルリンクはデバッグ時にのみ行う。
　Visual C++ では /INCREMENTAL オプションで行うことができる。また【プロジェクトの設定】ダイアログの【リンク】−【カスタマイズ】ページの【インクリメンタル リンクを行う】でも設定できる。

インクルード （ Include ）
　「取り込み」
　ヘッダーファイルを読み込むこと、またはそうするように指定すること。
　特定のヘッダーファイルを読み込む場合、通常 #include というプリプロセッサを使用する。コンパイラの設定で行える場合もある。
　コンパイルはソースファイル単位で行われる。このソースファイル内にない関数やクラスを使用する場合、コンパイルに必要な情報を事前に記憶する必要がある。「必要な情報」は通常ヘッダーファイル内にあるため、ヘッダーファイルを「読み込む」必要がある。この「読み込む」ことが「インクルードする」ということである。

印刷
　（ Print Out ）
　プリンター等の「印刷用デバイス」を用いて、文章や絵を紙に書き込むこと。
　印刷をプログラムとして実行する場合、プリンター等を直接操作することはない。代わりにプリンター専用のデバイスコンテキストを作成し、それに対して描画することで印刷する。 MFC の場合にはデフォルトで印刷機能が備わっている。
　単なる印刷であれば画面に出力しているデバイスコンテキストをそのまま印刷すれば良いが、より綺麗に出力する必要があるのであれば、 RGB から CMYK への適切な変換や、元画像を大きくし解像度を細かくするなどの作業が必要となる。

　
インスタンス（ Instance ）「実体」
　いわゆる特定の型の「変数」のこと。また、ポインタや参照の場合にはその参照先の変数のことを表す。
　オブジェクトは「インスタンス」の意味も持つ場合がある。オブジェクトには「もともと存在している」感じがあり、インスタンスには「型があり、それを元に作成された実体」という意味が強い。
　これとは別に、ウィンドウズアプリケーションの置かれたメモリ領域としての意味もある。この場合、インスタンスは「プロセス」とほぼ同意となる。元の意味としては同じだが、変数として直接アクセスすることはできない。 HINSTANCE というハンドルを介して操作する。ただし、インスタンスハンドルの値はデフォルトではすべて 0x00400000 である。これは、インスタンスハンドルがベースアドレスであり、実行ファイル等の設定によって決定される値であるためである。
　また、テンプレートインスタンスは元の意味は同じだがまったくの別物。

インターセプト （ Intercept ）
　「横取り / 割り込み」
　何かの処理を横から邪魔して、データや処理を横取りすること。割り込みとも言う。

インターネット （ Internet ）
　 IP に則った、コンピューターが相互に通信を行うための方法。
　コンピューター通信の古い方法は、直接電話を継なぐものであった。インターネットは、コンピューターどうしを「網の目」状に継なぎIP アドレスによってコンピューターを一意に識別できるようにしたため、同時に多くのコンピューターとアクセスできるようになった。
　インターネットに接続したあと、どのような処理を行うかはどのプロトコルに則るかによって決まる。

　
インターフェイス
　( Interface )
　「接触面」
　広義には、何かと何かが接触する部分を指す。これによる派生語にユーザーインターフェイスなどがある。
　「インターフェイス」という単語には、主にみっつの意味がある。
　ひとつはハードウェアとしてのコネクタ。プログラミングとはあまり関係ない。
　ふたつめはオブジェクト指向プログラミングでのメソッドを意味する。
　みっつめは抽象クラスとしての意味。 COM で使用するクラスは抽象クラスを用いて動的に DLL をロードするため、このクラスのことも「インターフェイス」と呼ぶ。

インプリメント / 実装
　（ Implement / Implementation ）
　「遂行」
　定義部をプログラミングすること。「実装」とも言う。
　具体的には関数内部を記述することを意味する。もしくは「定義部」そのものを表すこともある。
　プログラムを作成する場合、まず関数やクラスの仕様を決め、互いの関係図を作成する。これにより、関数とクラスの宣言部が作成できる。
　その次の段階として、関数およびメンバ関数の中身をプログラムすることになる。これを「インプリメントする」もしくは「実装する」と言う。
　API など、一部のライブラリは実装部を隠蔽化している。また、自分が作った関数であっても実装部を確認してから使用することを徹底することは難しい。そのため、関数の使用を難しくするような実装を行うべきではない。宣言部が分かりにくく、渡した引数がどう処理されるか分かりにくい関数を使用する場合には、実装部を見たり、動作について試行錯誤しなければならなくなる。関数の宣言部を分かりやすくし、その宣言どおりに関数を使用すれば期待通りの結果を実装部がもたらしてくれる、それが理想的な関数である。
　「インプリメント」と「実装」の使い分けは、「インプリメント」はオブジェクト指向プログラミングで比較的よく使われ、「実装」はそれ以外の広い分野で使われることが多い。

隠蔽（ Hiding ）
　「何か」から隠すこと。
　「プログラマーから強制的」に隠す場合、それはソースファイルがないことを意味する。ヘッダーファイルのみの情報で関数やクラスを使用することで、実装部について考えさせない。ウィンドウズAPIなどがこれに当たる。
　「コードは付いているが見ずに済む」という場合もある。関数のオーバーロードやテンプレートなどを使用することで、実際のオブジェクトの操作と内部的な動作を結びつけさせない。
　クラスにおいてはカプセル化と同じ意味であることが多い。

インポート （ Import ）
　「搬入口」
　 DLL からエクスポートされた関数やクラスを使用すること。
　 DLL 内のクラスや関数を使用する場合、その宣言を書き、宣言部に __declspec(dllimport) と書く必要がある。このように指定することそのものを「インポートする」と表現する。
　 API や MFC を使う場合、インポートに関しては気にする必要はない。たとえば API の各関数宣言に書かれている WINBASEAPI は __declspec(dllimport) を置き換えたものであるため、わざわざ宣言部を作成する必要はない。

インラインアセンブラ （ Inline Assembler ）
　「 C 言語内アセンブラ」
　C 言語のプログラムの中でアセンブラのプログラムを書く方法。
　 Visual C++ では、 __asm キーワードを使用することで、 C 言語で書かれたプログラムの中にアセンブラで書かれたプログラムを組み込むことができる。これを「インラインアセンブラ」という。

インライン関数 （ inline Function ）
　「行間関数」
　関数を呼び出した部分に、実際の関数の中身が埋め込まれる、という機能を持つ関数。
　通常、コンパイルされた関数は機械語に変換され実行ファイル等の中に置かれる。これは当然メモリ上に置かれるので、置かれた場所にはアドレスが存在する。この関数を呼び出す部分には、そのアドレスが書き込まれ、実行時には関数のある場所へジャンプすることになる（関数ポインタも参照すること）。
　インライン関数はコンパイル時に、関数を呼びだしている部分に直接機械語のコードを埋め込む。これにより「アドレスを使ってジャンプする」ことがなくなり、実行速度が増す。反面、関数の「複製」が増えやすくなる分、コンパイル後のファイルサイズは増えることが多い。
　Ｃ＋＋言語では、関数の前に inline という単語を付けるか、クラス定義内に直接メンバ関数を実装することで、インライン関数として指定することができる。
　関数のインライン化は一種の最適化とも言える。また、インライン化は常に行われるとは限らない。デバッグ時などにはインライン化されないので注意すること。

ウィンドウ （ Window ）
　「窓」
　一般的には、アプリケーションからのデータを出力し、マウスやキーボードによる入力を受け付ける四角い枠を意味する。タイトルバーを持ち、その端に「最大化」等のボタンを持つ。またメニューやツールバーも持っていることが多い。ウィンドウは移動でき、サイズを変更できる。
　実際には、ウィンドウは入出力を行うとは限らず、プロセスとも基本的に無関係であり、また４角である必要もないし、非表示の場合もある。また、「ボタン」や「リストボックス」等のダイアログボックスコントロールもウィンドウの一種である。
　ウィンドウはウィンドウズが管理しているため、直接ウィンドウを操作することはできない。操作する場合には「ウィンドウハンドル」と呼ばれる HWND 型の変数を、 GetWindowText() などの API へと渡すことで行う。 MFC では CWnd というラッパークラスが用意されている。

ウィンドウ間通信
　ウィンドウ間でデータのやりとりを行う場合、メッセージの送受信を行うことで実現する。
　まず送信先ウィンドウのハンドルを取得する必要がある。ウィンドウハンドルはウィンドウクラス等を元に FindWindow() 等の API を使用することで取得する。
　次に SendMessage() や PostMessage() を使用してメッセージを送信する。送信するメッセージは既存のメッセージでもいいし、また WM_USER にいくつか値を加えたものを送信してもよい。ただし後者の場合には RegisterWindowMessage() を用いてメッセージを登録することを勧める。
　受け取る側は、そのメッセージに対する処理をウィンドウプロシージャで行う必要がある。 WM_USER が使用されている場合には当然同じ値のメッセージを受け取る必要がある。また RegisterWindowMessage() が使用されている場合には受け取る側も、 RegisterWindowMessage() を呼び出すことで得られる値のメッセージを、受け取る必要がある。
　 MFC の場合、新たに定義したメッセージを受け取る場合には DECLARE_MESSAGE_MAP 等のマクロを使用するか、 CWnd::WindowProc() をオーバーライドしてその中で処理する必要がある。
　送受信するウィンドウが同一のプロセスに含まれている場合には、 WPARAM および LPARAM にはポインタを渡すことができる。
　送受信するウィンドウが別のプロセスの場合には、仮想メモリの関係でポインタを渡すことができない。そのため、文字列や構造体を渡す場合には、ファイルマッピング等を使用する必要がある。またこの場合、同期処理をしなければならない場合もある。

ウインドウクラス （ Window Class ）
　「ウィンドウ分類」
　ウィンドウの大まかな特徴による分類、もしくは分類ごとの名前。
　ウィンドウを作成する前に、まず「ウィンドウクラス」と呼ばれるものをウィンドウズに登録する必要がある。大まかな設定を持つウィンドウクラスを元に、細かい設定を持たせて作られたものが「ウィンドウ」となる。
　ウィンドウクラスは API の RegisterClassEx() を呼ぶことでウィンドウズに登録する。このとき、登録したウィンドウクラスに名前を付ける。この名前を「ウィンドウクラス名」と呼ぶ。このあと、ウィンドウを作成するときにこのウィンドウクラス名を指定することで「どのウィンドウクラスからウィンドウを作成するか」を指定する。
　「ボタン」などのダイアログボックスコントロールは、すでにウィンドウクラス名が登録されているのでその名前を使用する。
　 MFC ではウィンドウクラスの登録・指定は自動的に行ってくれるため気にする必要はない。
　実際の所、通常のアプリケーションではウィンドウクラス名を気に掛ける必要はない。ただ、ウィンドウ関係のユーティリティーでは、ウィンドウクラス名がウィンドウを一意に識別する手がかりとなるため重要となる。
　ウィンドウクラスが持つ設定の取得・変更は GetClassLong() や SetClassLong() で行う。

ウィンドウズオブジェクト（ Windows Object ）
　「ウィンドウズのもの」
　ウィンドウズ内に確保されたデータ。
　「ウィンドウ」や「アイコン」、「GDI 」などがこれに当たる。
　ウィンドウズオブジェクトは「 Create なんとか 」という API を使って作成される。直接操作することはできず、作成時に返されるハンドルを操作するための API に渡すことで間接的に操作する。
　ウィンドウズオブジェクトは「リソース」や「グローバルリソース」とも呼ばれる。
　ウィンドウズオブジェクトは、ウィンドウズ全体でグローバルな存在のため、不必要なウィンドウズオブジェクトを削除せずにおくとメモリを無駄に消費する。また、まだ使用する機会のあるオブジェクトを削除すると、そのオブジェクトが使用できなくなり他のアプリケーションに迷惑を掛ける場合もある。

ウインドウスタイル （ Window Style ）
　「ウィンドウ形式」
　ウィンドウの特徴を決める設定。
　「普通のウィンドウ」と「ダイアログ」と「ボタン」の形状が違うように、ウィンドウはそれぞれ違うスタイルを持つことができる。これを「ウィンドウスタイル」という。ウィンドウの設定のため、当然ウィンドウズ内部に保存され、 API を使って取得・変更する。
　ウィンドウスタイルはウィンドウ作成時にまず決める。 API の CreateWindowEx() であれば第４引数に設定を渡す。作成後は GetWindowLong() と SetWindowLong() で取得・変更できる。
　 MFC では少し違い、 CWnd::PreCreateWindow() が呼ばれたときに設定を行ったり、 CWnd::ModifyStyle() という変更専用のメンバ関数が用意されているのでこちらを使用することもできる。

エージェント指向
　（ Agent Oriented ）
　「代行指向」
　コンピューターが自分で判断し、勝手に処理してくれる、という方向性を持つこと。
　コンピューターは基本的に「人の命令通りに動く」ものであり、それがプログラムである。この一歩先にあるのがオブジェクト指向である。オブジェクト指向におけるオブジェクトは、自分の情報を持ち、自分が成すべきことを知っており、オブジェクトに対して命令を行うことで、オブジェクトは自らが知る適切な処理を行う。
　エージェント指向はそのさらに先を行くものである。エージェント指向におけるエージェントは、情報を理解し、自立的にユーザーの処理を肩代わりする。つまり、これまではユーザーが行わなければならなかった部分を、エージェントは自分で判断して自動的に行ってくれることになる。
　現在は研究段階であり、実用には至っていない。

エクスポート （ Export ）
　「搬出口」
　 DLL の中の関数やクラスを外から使用できるようにすること。
　 DLL 内のクラスや関数が外からインポートできるようにする場合、宣言部に __declspec(dllexport) と書く必要がある。このように指定することそのものを「エクスポートする」と表現する。

エスケープシーケンス
　（ Escape Sequence ）
　「特別文字」
　 \ と組み合わされた文字。
　 \0 （終端文字）や \n （改行文字）はエスケープシーケンスのひとつ。通常はリテラル文字列の中に書き込まれ、普通の文字では表せない意味を持つ。見た目は２文字に見えるが、れっきとした１文字。
　ちなみに、 \ は多くの日本語フォントでは「￥」（円マーク）だが、英文フォントでは「＼」（バックスラッシュ）であることに注意（もちろん文字コードとしてはどちらも同じ）。英訳本の多くは「＼」で書かれているので注意すること。

エディットボックスコントロール （ Edit Box Control ）
　「文字列コントロール」
　ダイアログボックスコントロールのひとつ。
　四角いテキスト入力部分を持ち、フォーカスを持つとカーソルが現れ文字列を入力することができる。ウィンドウクラスが EDIT のウィンドウでもある。
　文字列へのアクセスは API の SetWindowText() および GetWindowText() を使用する。 MFC であれば CEdit クラスを使用するか、 DDX を使用する。
　エディットボックスコントロールは「メモ帳」等に使用されるように、複数行にすることができ、簡単なテキストエディタに使用することができる。ただし、フォントや色の細かい変更は行えない。また、 Windows 9x ではエディットボックスコントロールの実装部分で、文字列を指すポインタが２バイトサイズのため、文章そのもののサイズも２バイト＝ 65535 までしか入らないという問題がある。テキストエディタとして使用するのであれば、リッチエディットコントロールボックスの使用をお奨めする。

エラーコード
　（ Error Code ）
　ウィンドウズシステムが出力するエラーの番号。
　API の中でなんらかのエラーが発生した場合、 API は SetLastError() を使って各スレッドが持つ「エラーコードを格納する専用の領域」にエラーコードを格納する。 API を呼び出した側は、 GetLastError() でそのエラーコードを取得する。そのコードを調べることで、どのようなエラーが API 内で発生したのかが判る。
　エラーコードそのものは単なる整数値のため、これだけではエラーの意味は判らない。エラーの意味を判別するためには、そのための判別表（ WINERROR.H や MSDN の "System Errors - Numerical Order" ）と照らし合わせるか、 API の FormatMessage() を使用して表示する。

演算子
　（ Operator ）
　＜えんざんし＞
　キーワードのカテゴリーのひとつ。 + や && 、 ~ などのこと。また、 sizeof や dynamic_cast なども、記号ではないが演算子の一種。またキャストも演算子に含まれる。
　左項や右項などの項（オペランド）に対して、四則演算などの処理をするためのキーワード。あらかじめ組み込まれた関数と取ることもできる。演算子には優先順位が設けられており、この順位に基づいて処理される順番が決定される。
　演算子は、実行される処理の内容を再定義することができる。これを演算子のオーバーロードという。

演算子のオーバーロード
/ 演算子の多重定義 / 演算子関数
　（ Overloaded Operator / Operator Function ） 　C++ 言語の機能のひとつ。あるクラスに特定の演算子を使用したときに「呼び出される関数」を作成する機能。
　通常、クラスには演算子を使用できない。だが、この「演算子のオーバーロード」の構文に則って関数を作成すると、演算子を使用でき、使用したときにこの関数が呼ばれるようになる。作成には operator を使用する。
　ほとんどすべての演算子に対して、オーバーロード関数を作成することができる。ただし、優先順位やオペランド数を変えることはできない。また、オペランドのひとつがクラスでなければならない。つまり「 int 型に対する ++ 演算子のオーバーロード」といったことはできない。
　演算子のオーバーロードを行うことで、複雑な名前の関数を使用せず、直感的な演算子を使用して操作できるようになる。ただし、必ず「直感的な操作」にあったものであること。演算子による操作と一致しない実行結果の場合には、可読性等が低下する可能性がある。
　また、普通の演算子だけではなく、型変換に対しても「演算子のオーバーロード」を行うことができる。型変換演算子を参照のこと。

演算子の優先順位
　（ Operator Precedence ）
　ひとつの式に複数の演算子がある場合、どの演算子が先に機能するか、その順番。
　コンパイラは、式の解釈を確実に行うため、複数の演算子の中でどれをまず機能させるか、ということを決めている。これが「優先順位」である。
　優先順位に依存したプログラムは書くべきではない。プログラムの理解が難しくなるからである。

エンディアン （ Endian ）
　バイトオーダーのこと。

エントリーポイント （ Entry Point ）
　「入場口」
　実行ファイルまたは DLL が、実行された時に最初に呼ばれる関数。
　エントリーポイントとなる関数が呼ばれることでアプリケーションはスタートする。また、通常はエントリーポイント関数から抜けることでアプリケーションは終了する。
　エントリーポイントはプログラマーが作成する必要がある。
　一般的なＣ＋＋言語、およびコンソールプログラムは main() がエントリーポイントとなる。
　ウィンドウズプログラムは WinMain() がエントリーポイントとなる。
　 DLL は DllMain() がエントリーポイントとなる。
　以上は正確に言えば「エントリーポイント」ではない。実際のエントリーポイントは別の関数として用意され、そこから前述の関数が呼ばれることになる。だが、実際には上記の関数が一般的にはエントリーポイントと呼ばれる。
　エントリーポイントとなる関数名は、設定によって変更することもできる。

オートマトン
　（ Automaton ）
　「ロボット / プログラム」
　一般には、「ロボット」「プログラム」などとほぼ同じ意味。
　プログラムの用語としては、「何らかの入力に対して自動的に決まった出力をする」システムを指す。
　たとえば、自動販売機は「金銭の投入」や「ボタンを押す」などの入力に対して「ジュースを出す」「釣銭を出す」などの出力を行う「オートマトン」と言える。記述には通常状態遷移図を使用する。感覚的にはイベントドリブンなプログラムと言える。
　通常は「有限状態オートマトン」のようにプログラムの内部状態を記述する場合にこの用語が用いられることが多い。

オートメーション（ Automation ）
　 Visual C++ 以外から呼び出せるように拡張された COM インターフェイス。
　COM インターフェイスを使用する場合、 Visual C++ では抽象クラスを用いる。この場合には抽象クラスの入ったヘッダーファイルを必要とする。 Visual Basic などで使用する場合には、ヘッダーファイルの代わりとなるタイプライブラリを使用する。
　タイプライブラリがない場合には、 COM インターフェイスの各関数を動的に読み込み実行する必要がある。そのための機能を備えた COM インターフェイスが「オートメーション」である。
　オートメーションとしての機能を持つ COM ファイルは IDispatch COM インターフェイスを持っている。 IDispatch::GetIDsOfNames() に「関数名」を渡すことでＩＤを取得し、そのＩＤと引数を IDispatch::Invoke() に渡すことで目的の関数を呼び出す。つまりこういったことを Visual Basic が自動的に行っているということである。この仕組みのおかげで COM インターフェイスが持つ関数を動的に呼び出すことができる。
　 IDispatch とメインの COM インターフェイスは別々のこともあるが、通常は IDispatch の派生クラスとしてメインの COM インターフェイスが実装されているため、この場合には抽象クラスを用いた呼び出しも当然できる。このような「抽象クラス」と「 IDispatch 」の両方でアクセスできる COM インターフェイスを「デュアルインターフェイス」と呼ぶ。

オーナー
　（ Owner ）
　「管理者」
　一般には「親」や「管理者」という意味。
　ウィンドウズでは、主にウィンドウの用語として使用される。この場合、「オーナーウィンドウ」とは「親ウィンドウ」の一種であり、かつメッセージを処理するウィンドウを指す。
　エディットボックスコントロールのような子ウィンドウは、いくつかのメッセージは自分で処理せず、親ウィンドウに送り処理してもらう。この場合、すぐ上の親ウィンドウがメッセージの処理を行えないウィンドウである場合には、このメッセージの送信は意味がなくなってしまう。そこで、メッセージを処理できる、つまりプログラマーが作ったウィンドウプロシージャを持つウィンドウにメッセージを送ることになる。この「メッセージを処理できる親ウィンドウ」を「オーナーウィンドウ」と言う。つまり、子ウィンドウを管理するウィンドウという意味である。
　オーナードローの「オーナー」も同じ意味。ダイアログコントロール自身ではなくオーナーウィンドウに描画してもらうことが「オーナードロー」である。

　
オーナードロー
　( Owner Draw )
　「管理者描画」
　ボタンやリストボックスといった「ウィンドウズから提供されたコントロール」は、メッセージの送信や MFC を用いることで簡単に操作できる。が、逆に言えばできるのは「簡単な操作」のみで、複雑な機能は備わっていない。
　ただし、描画に関しては複雑なものを行えるシステムが備わっている。それがオーナードローである。オーナードローでは、複雑な描画をしたいときに、その描画部分のデバイスコンテキストをアプリケーションに解放させることができる。そのため、自由な描画を行うことができる。
　オーナードローを使用するときには、コントロールのウィンドウスタイルに**_OWNERDRAWというフラグを立てる必要がある。このフラグを立てると、描画を必要とするときに WM_MEASUREITEM と WM_DRAWITEM のメッセージが送られてくる。特に WM_DRAWITEM は、同時に描画部分のデバイスコンテキストが送られてくるため、これを利用して自由に描画できることになる。
　ただし、時にはありとあらゆる場合についての描画を行わなければならないため、プログラムが複雑になることがある。

オーバーヘッド （ Overhead ）
　「諸経費」
　処理に掛かる時間。
　プログラムを実行する上で、各部分に掛かる時間のこと。通常は「無駄な時間」など悪い意味で使用される。
　オーバーヘッドが増えることで、アプリケーションの実行時間が無駄に増え、ユーザーにストレスを与えることになる。特に音楽やＣＧアニメーションなど、リアルタイムマルチメディア関連において、オーバーヘッドをいかに減らすかが重要となる。
　オーバーヘッドはプログラムの設計の見直しや最適化などによって取り除ける場合もある。

　
オーバーライド（ Override )「上乗り」
　クラスの継承を行うとき、継承元の関数と同じ名前・引数の関数を継承先でも作製すること。
　継承を行うことによってプロパティ（メンバ変数）等を引き継ぐことができるが、継承した以上、メソッド（メンバ関数）の振る舞いも変化させたい場合が多い。もしここで、別名の関数を作製すれば、継承元のクラスを使っていたコードをすべて書き換える必要が出てくる。その手間を省くのが、「オーバーライド」ということになる。
　仮想関数に対してオーバーライドを行った場合はポリモーフィズムに使用することができる。実際には、オーバーライドはポリモーフィズムのために行うため、仮想関数以外ではオーバーライドすべきではない。
　ポリモーフィズムを使用せず、特定の継承元クラスのメンバ関数を呼び出したい場合にはスコープ解決演算子（::）を使用する。
　名称がオーバーロードと似ているので注意すること。

　
オーバーロード（ Overload )
　「多重定義」
　ある関数が存在したとき、その関数と同名で、引数の違うものを作製することを「オーバーロード」という。Ｃ＋＋言語のみ。
　この機能を用いることで、同名の関数を様々な型の変数に割り当てることができ、「オブジェクト指向的」なプログラムを組むのに役立つ。が、引数の型にあいまいな変換があると、思わぬ関数が呼ばれる可能性があり、「見えないバグ」が出やすくなる。また、「戻り値だけが違う」関数のオーバーロードは作成できない。
　また、オーバーロードの応用とも言うべき演算子のオーバーロードや型変換演算子もある。
　名称がオーバーライドと似ているので注意すること。

音 （ Sound ）
　「音声をスピーカーから出力する」といった機能は、 OS ごとに用意された API を使用する。つまり通常は OS によって実装方法が変わるということである。
　ウィンドウズでは「マルチメディア API 」という、プレフィックスに snd の付いた関数を使用する。

　
オブジェクト
　( Object )
　「物・対象」
　最も広い意味としては「なんらかの存在」。言い換えるのなら、認識することのできるあらゆるものを指す。
　コンピューターの世界では「存在を認識できるデータ」を指す。本来、コンピューターのデータは単なる「ゼロ」と「いち」の組み合わせであり、それをどう解釈するか、どう処理するかはプログラム側の問題である。が、このデータに「意味」を明確に持たせることで、なんらかの「存在」と認識することができる。こうすることで無機質なデータを直感的に操作できるようになる。
　フォルダやファイル、ウィンドウやただの数字など様々なものがこれに当たる。ただし、現実に存在するハードウェアとしてのドライブなどは「オブジェクト」と呼ばないことが多い。通常は、それを意味するドライバや、さらに抽象化されたデータなどをオブジェクトに含める。
　プログラミングの世界では「必要なら自らもしくは他を操作することができるデータ」のことを示す。「操作」についてはオブジェクト指向を参照すること。
　オブジェクト指向設計やオブジェクト指向プログラミングでは、プロパティ、メソッド、継承、ポリモーフィズム、アクセス制御などの機能をもったデータを指す。ただしこれらの機能は場合によって微妙に変わってくるので注意。このデータの元となる「金型」を「クラス」という。
　言い換えると、クラスによって作成された変数はすべてオブジェクトであるとも言える。この変数は「インスタンス」と呼ばれる場合もある。ただしオブジェクト指向プログラミング言語によっては「クラス」と「オブジェクト」が同一の場合もあるので注意すること。さらに、オブジェクトはコンポーネントとして存在している場合もある。
　なんにせよ、非常にあいまいな単語であることには変わりない。実際には、使用される場面ごとに「どういう意味か」を正確に認識する必要がある。

オブジェクト指向（ Object-Oriented ）
　自分自身でせず対象物に任せるという考え方。
　たとえば、人に踊ってもらうとき、「右手上げて」「次左足出して」のように指示するのではなく、「あなたの踊りたいように踊って」もしくは「前に教えたように踊って」とだけ指示して踊ってもらうことを「オブジェクト指向」という。この場合、踊ってもらう「人」を「オブジェクト」と呼ぶ。
　非オブジェクト指向では「どう踊るか」をすべて指図する側で管理する必要があるが、オブジェクト指向では「踊る者自身（＝オブジェクト）」がどう踊るかを管理する。
　つまり、オブジェクト指向は「一般的な考え方」なのである。
　プログラミングの世界では、「どう踊るか」のような「データ」を「プロパティ」、「踊る」や「踊りを憶える」のような「動作」を「メソッド」という。
　「自分のバランスを取る」など、まわりにとって必要のないデータおよび動作を内部に持ち外に見せないことを「隠蔽化」と呼ぶ。また、「踊れ」という命令に対して、人によって盆踊りやラップなどさまざまな踊りを見せることを「ポリモーフィズム」と言う。
　「プログラミングの世界」では、自然な意味での「オブジェクト指向」的考え方を、プログラミングに便利なように捉えているため、やや無理のある部分も存在する。これらがオブジェクト指向設計やオブジェクト指向プログラミングに様々な影響を与えている。

オブジェクト指向設計（ Object-Oriented Design / OOD ）
　オブジェクト指向に乗っ取ったクラスの相互関係図を作成すること。
　実際には UML のような、オブジェクト指向設計専用の規則にのっとり、クラスの関係図を作成する。
　クラスどうしの関係は、現実に存在するものを操作・管理するプログラムであればそれらを真似たクラスを作成するのが望ましいとされる。そうすることで、現実のシステムと書かれたプログラムが一致し、プログラム全体が見渡せるようになり、保守管理が楽になるというメリットがある。ただし、これではプログラムを UML で書いたことになるため、言語のいい部分を生かしきれないというデメリットもある。
　作成されたクラス関係図はオブジェクト指向プログラミング言語へと直接的に翻訳される。あとはクラスが持つメソッドをインプリメントするのみである。
　こういったプログラム作成方法をオブジェクト指向プログラミングと言う。

　
オブジェクト指向プログラミング
　( Object-Oriented Programming / OOP )
　もっとも広い意味としては、オブジェクト指向の考え方に乗っ取ったプログラミングのこと。
　と言ってしまうと、隠蔽化を実現している API や、コンポーネントをオブジェクトとして扱える Visual Basic を使ったプログラミングも「オブジェクト指向プログラミング」と言えてしまう。
　一般的には、クラスもしくはそれと同一のものを、プログラミング言語レベルで使用するプログラミングを「オブジェクト指向プログラミング」と言う場合が多い。しかしこれだと、ただクラスを使っただけで「オブジェクト指向プログラミングをしてる」ことになってしまい、少なからず弊害がある。
　もう少し意味を狭めるのなら、プログラムの設計にオブジェクト指向設計を取り入れ、継承やポリモーフィズムを完全に理解し、積極的に活用するプログラミング、と限定できる。
　最も狭い意味は、オブジェクト指向設計したものをそのままプログラムに変換し、各メソッドをインプリメントするだけのプログラミングを指す、というもの。
　現在のオブジェクト指向プログラミングは、この「最狭義」が一番広まっていると思われる。これは、簡素で分かりやすく、システムエンジニアリングにおける方法のひとつとして定着しているためである。
　しかしながら、言語やプログラムのメリットを語るときの「エサ」としてしばしば使用される「オブジェクト指向プログラミング」という言葉は、各広義としての意味を持つ場合が多い。各人は、これらの意味、そして話者の意図に惑わされないようにすること。

オブジェクト指向プログラミング言語
　（ Object-Oriented Programing Language / OOPL ）
　オブジェクト指向プログラミングのできるプログラミング言語。
　と言っても、オブジェクト指向プログラミング自体がとても広い意味を持つため、一概に「この言語がオブジェクト指向プログラミング言語である」と明言できるものではない。

オブジェクトファイル （ Object File ）
　 Visual C++ が生成する中間ファイル。拡張子は .obj 。

オフセット （ Offset ）
　「細かいアドレス」
　 far ポインタを使用するときに使うアドレス。
　 far ポインタの中身は、最初の２バイトを「セグメント」、後の２バイトを「オフセット」といい、セグメントに１６を掛けたものをオフセットに足した値、がアドレスとして使用される。この仕組みによって、 near ポインタでは表せない範囲のアドレスを表現できる。
　 Win32 ではポインタは３２ビットサイズに固定されており、 far ポインタも存在しないためこの規則は使用されない。

オペランド
　 （ Operand ）
　「項 / 演算されるもの」
　演算子が演算を行うとき、その処理の対象となる相手。
　例えば i++ であれば、 ++ 演算子に対して i がオペランドとなる。また i = 100 であれば、 = 演算子に対して i と 100 がオペランドとなる。
　 ++ 演算子のような「単項演算子」ならオペランドはひとつ、 = などの多くの「２項演算子」はオペランドがふたつ、 ? : の「３項演算子」はオペランドがみっつとなる。
　特に２項演算子の右側の項を「右辺オペランド」、左側の項を「左辺オペランド」と言う。先ほどの i = 100 の例で言えば、前者が 100 、後者が i となる。

親 （ Parent ）
　主に基底クラスのことを指す。

親ウィンドウ （ Parent Window ）
　子ウィンドウを持つウィンドウ。
　ウィンドウの作成には、 API では CreateWindowEx() 等を、 MFC の場合には CWnd::CreateEx() 等を使用する。これらの関数を呼び出すときに「親となるウィンドウ」を指定することができる。この指定を行うことで、指定したウィンドウが「親ウィンドウ」に、作成されたウィンドウが「子ウィンドウ」となる。逆に、この指定を行わなかった場合、作成されたウィンドウは親を持たないウィンドウとなる。
　子ウィンドウは常に親ウィンドウの手前に来る。また、通知メッセージなど、一部のメッセージは子ウィンドウではなく親ウィンドウに送られるため、ウィンドウ管理を親ウィンドウで一元管理することができる。
　 MFC のフレームワークでは、フレームウィンドウが親ウィンドウ、ビューウィンドウが子ウィンドウとなっている。
　また、「親ウィンドウ」は、しばしば「トップレベルウィンドウ」を指す場合もある。

　
カーネル
　（ Kernel ）
　「核」
　OS の中心となる部分。ウィンドウズでは Kernel32.dll という DLL が担っている。

改行文字 / 改行コード / \n
　（ New Line Character ）
　改行を示す文字。エスケープシーケンスのひとつ。
　「改行」を意味する文字。通常はリテラル文字列の中に書き込む。
　ただし、ファイルの中の改行コードはこの限りではない。 Windows が扱うファイルの改行コードは \r\n の２文字からなる。ファイル入出力を行うときに \n と \r\n の変換が行われるため通常は気にしなくて良いが、ファイルをバイナリーファイルとして開いた場合にはこの変換がなされないため、注意する必要がある。また、ファイル中の改行コードは OS によって異なるため、他の OS のファイルを操作する必要がある場合には注意する必要がある。

外部キー
　（ Foreign Key ）
　「列参照」
　データベースにおいて、他の表の列と同じ意味を持つ列。
　たとえば「学籍番号」というデータはひとつの学校であれば一意のデータとなる。「生徒名簿」の表と「あるクラブに所属する生徒一覧」の表とで、「学籍番号」の列に並ぶデータは同じ意味を持つ。このとき、元データである「生徒名簿の学籍番号の列」を「主キー」、この列を参照する「クラブの学籍番号の列」を「外部キー」と言う。

外部シンボル
　（ External Symbol ）
　「コンパイル後関数名」
　オブジェクトファイル内にある関数を表す装飾名。
　リンカが「オブジェクトファイル内にある関数を呼び出す」ような機械語を生成する場合、その関数を表す装飾名を探して結びつける。この装飾名を「外部シンボル」と言う。
　よく発生する「外部シンボルが見つかりません」というリンカエラーは、この「結びつけ」がうまくいかない場合であり、たいがいは「関数が宣言部はあるが定義部がない」もしくは「関数の宣言部の引数と定義部の引数が違う」のが原因である。

下降解析
　（ Top Down Parsing ）
　「上から下へ解析 / 全体的解析」
　木構造を上（根本）から解析していく方法。まず全体から解析していき、徐々に細かい部分を解析していくことになる。
　これをそのまま実現する場合には、木構造の大きさなどが既知でないと行えないため、実際には再帰下降解析を行う。
　「下から上へ解析する」方法を上昇解析と言う。

型 / データ型 （ Data Type ）
　「変数雛形」
　ある変数を作るとき、その変数の性質を指定するときに使うもの。
　変数はそれぞれ、サイズやメンバの有無などの性質が決められ、これによって可能な操作が限られてくる。その性質を指定するものが型である。
　 int や double のような初めから存在する組込型、構造体やクラスなどのプログラマーが作る型、 typedef を使って別名として作られた型などがそう。

　
仮想関数( Virtual Function )
　クラス 型の変数が「自分が使うべきメンバ関数」を持っている、そういうメンバ関数。
　virtualと指定されたメンバ関数は、隠蔽されたポインタ型のメンバ変数を持ち、クラス型の変数が作成されたときにメンバ関数へのポインタをそのメンバ変数へと格納する。この「仮想関数ポインタのメンバ変数」群を VTBL と呼ぶ。仮想関数を呼び出す場合、この VTBL からメンバ関数へのポインタを通して呼び出す。
　この仕組みにより、継承元の型へのポインタもしくは参照へとアップキャストされた場合でも、常に最初に結びつけられたメンバ関数を呼び出すことができる。
　この機能を利用すると、継承元のポインタもしくは参照から同一名のメンバ関数を呼び出すだけで、継承先の様々なクラスのメンバ関数を呼び出すことができる。そのため、仮想関数は抽象クラスの作成やポリモーフィズムの実現などに使われている。
　ちなみに、クラス型変数のポインタもしくは参照を使用したときのみ、仮想関数は意味をなすことを付け加えておく。

仮想キー （ Virtual Key ）
　キーボード上の特定のキーを指す整数値。
　仮想キーは VK_ がプレフィックスとなっている単語であり、 API によって整数値として定義されている。仮想キーは WM_KEYDOWN 等のメッセージと共に送られてくる。また、仮想キーを表す数値テーブル全体を「仮想キーコード」と言う。
　「仮想」なのは「実際のキー」とは違うためである。「 Enter キー」はメインとテンキー両方にあり、どちらも VK_RETURN という仮想キーコードである。実際のキーとは違う、意味としてのキーコードという意味で「仮想キー」と呼ばれている。
　実際には、キー入力に対して仮想キーコードを直接取得するのではなく、変換された文字コードを取得して処理する。これについては仮想キーコードの変換を参照のこと。