[VC++まとめ]の変更点 - Micromouse_zero @Wiki

「VC++まとめ」(2005/08/22 (月) 13:38:17) の最新版変更点

追加された行は緑色になります。

削除された行は赤色になります。

どこに書いたか忘れそうなので、VC++まとめページ <hr> DC（デバイスコンテキスト） グラフィックモードを定義するデータ構造をもつもの ドキュメントクラス ユーザーデータを保持したり、処理したりするプログラム部分 "---Doc.h"とか"---Doc.cpp"といったファイルが使われる。 memDC(メモリデバイスコンテキスト) メモリデバイスコンテキストとは、メモリ上にあるＧＤＩオブジェクトのビットマップに描画するためのデバイスコンテキストです。ウインドウやスクリーンのデバイスコンテキストに描画すると、その結果は画面やウインドウに描画されますが、ＧＤＩオブジェクトのビットマップを含んだ（選択した）メモリデバイスコンテキストに描画すると、その結果はメモリ上のビットマップに描画されます。 っていうか・・・メモリ上のビットマップってなんだろうな・・・ API [Application Program Interface] 命令、関数群　共通してる機能をまとめてあるって考えればいいんじゃない？ MFC APIを呼んでプログラムを動かしてるもの、内部構造はわからないという危険も伴う、諸刃の剣。 素人にはお薦め出来ない。 ATL Active Templete Liblary 何のことだっけ・・・わすれた LPCTSTR ぶっちゃけ、文字列用ポインタ。　詳しくは<a href="http://www.kab-studio.biz/Programing/PragmaTwice/Main/073.html">ココ</a> pParent 親ウィンドのポインタ wParam まぁ・・・ただの整数　キーが押された情報がwparamに格納されるとかなんとか Lparam long型のパラメータ・・・詳しくしらべてねーや Dynamic_downcast　　　参考リンク[<a href= "http://www1.kcn.ne.jp/%7Erobe/cpphtml/html03/cpp03056.html">ロベール</a>] 動的キャスト castはC言語では一つしかなく、４つの意味を持つという判りにくいことをしていたが、 C++では４つにわかれた、そのうちの一つ。 他の三つは [const_cast] [static_cast] [reinterpret_cast]　 static_castは静的キャスト 何でもキャストしてくれる憎いやつ まったく使えないのはご愛嬌。 dynamic_cast< type >( expr ) type　は変更される側 expr　は変更元 例）DYNAMIC_DOWNCAST(CNKWndBase, pParentWnd,) は、pParentWndを、　CNKWndBaseがキャストされる。 ・・・あってるよね？ 動的キャストは主に継承が行なわれているか確認のために使われる。 キャスト失敗時には、NULLを返してくれる。 動的キャストが使えるのは、多態性をもっているときのみで、 いわゆる、仮想関数がないとだめ、ていうか継承してんだからそら無いならつかえんわな。 なぜかっていうとオブジェクトの型に関する情報は仮想関数テーブルへ埋め込まれるから なんて説明もあったりするが仮想関数テーブルがなんなのか不明だったりする。 また、クロスキャストを行なうときには動的キャストでなければならない。 クロスキャストってのは、多重継承の親同士のキャストのことで、 この辺がややこしかったりするので、リンク先のロバートのとこを参照で。 ASSERT 診断が偽のときにプログラムを中止する。デバッグのときのみ実行するとかなんとか・・・ VERIFY データが正確かどうか検査してくれる。 Typedef 型の別名を付けてくれる。 つまり、構造体を一つ宣言したはいいが、呼びづらいから、判りやすい名前に変えたりできるとかそんな感じ。 クラス関係 CWnd ウィンド作成　、ウィンドメッセージ配送 CRect 長方形を作る。 GetClientRect ウィンドウのクライアント領域の座標を取得 GetWindowRect ウィンドウの外側のサイズを取得・・・どこだよ、・・・ ScreenToClient スクリーンからウィンドウの座標に変換 GetParent 指定された親ウィンドウか、オーナーウィンドウ（？）に新しいハンドルを取得 TRANSPARENT 背景を透明にするっぽい ODS_DISABLED ボタンが無効のときの処理 OnEraseBkgnd SDIでの背景色の変更・・・嘘くさい・・・ IMPLEMENT_DYNAMIC(・・・中略・・・) 動的にオブジェクトを作成するための宣言 BEGIN_MESSAGE_MAP(・・・中略・・・) メッセージマップを使用するための宣言 ON_WM_PAINT() ON_WM_CTLCOLOR() など[ON_WM_～]は、これから　～をするぞ！宣言。と考えるべし。 _T("・・・") unicode形式で・・・という文字列を与える。らしい。詳細は<a href="http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/vccore/html/_core_unicode_programming_summary.asp">ここ</a> HBITMAP bitmap形式の画像を読み込むための宣言 HBRUSH ↑と同じようなもので、ブラシを宣言したりするもの AFX_MSG_MAP ハンドラ関数のマップ・・・だと思う。 hbr ブラシのハンドル。 メッセージ マウスがクリックされたとかの情報を送ること イベントドリブン イベント処理が進むこと・・・C++ではメッセージドリブンというとか言わないとか メッセージ対応の処理を行なう関数をメッセージハンドラというとか。

どこに書いたか忘れそうなので、VC++まとめページ <hr> DC（デバイスコンテキスト） グラフィックモードを定義するデータ構造をもつもの ドキュメントクラス ユーザーデータを保持したり、処理したりするプログラム部分 "---Doc.h"とか"---Doc.cpp"といったファイルが使われる。 memDC(メモリデバイスコンテキスト) メモリデバイスコンテキストとは、メモリ上にあるＧＤＩオブジェクトのビットマップに描画するためのデバイスコンテキストです。ウインドウやスクリーンのデバイスコンテキストに描画すると、その結果は画面やウインドウに描画されますが、ＧＤＩオブジェクトのビットマップを含んだ（選択した）メモリデバイスコンテキストに描画すると、その結果はメモリ上のビットマップに描画されます。 っていうか・・・メモリ上のビットマップってなんだろうな・・・ API [Application Program Interface] 命令、関数群　共通してる機能をまとめてあるって考えればいいんじゃない？ MFC APIを呼んでプログラムを動かしてるもの、内部構造はわからないという危険も伴う、諸刃の剣。 素人にはお薦め出来ない。 ATL Active Templete Liblary 何のことだっけ・・・わすれた LPCTSTR ぶっちゃけ、文字列用ポインタ。　詳しくは<a href="http://www.kab-studio.biz/Programing/PragmaTwice/Main/073.html">ココ</a> pParent 親ウィンドのポインタ wParam まぁ・・・ただの整数　キーが押された情報がwparamに格納されるとかなんとか Lparam long型のパラメータ・・・詳しくしらべてねーや Dynamic_downcast　　　参考リンク[<a href= "http://www1.kcn.ne.jp/%7Erobe/cpphtml/html03/cpp03056.html">ロベール</a>] 動的キャスト castはC言語では一つしかなく、４つの意味を持つという判りにくいことをしていたが、 C++では４つにわかれた、そのうちの一つ。 他の三つは [const_cast] [static_cast] [reinterpret_cast]　 static_castは静的キャスト 何でもキャストしてくれる憎いやつ まったく使えないのはご愛嬌。 dynamic_cast< type >( expr ) type　は変更される側 expr　は変更元 例）DYNAMIC_DOWNCAST(CNKWndBase, pParentWnd,) は、pParentWndを、　CNKWndBaseがキャストされる。 ・・・あってるよね？ 動的キャストは主に継承が行なわれているか確認のために使われる。 キャスト失敗時には、NULLを返してくれる。 動的キャストが使えるのは、多態性をもっているときのみで、 いわゆる、仮想関数がないとだめ、ていうか継承してんだからそら無いならつかえんわな。 なぜかっていうとオブジェクトの型に関する情報は仮想関数テーブルへ埋め込まれるから なんて説明もあったりするが仮想関数テーブルがなんなのか不明だったりする。 また、クロスキャストを行なうときには動的キャストでなければならない。 クロスキャストってのは、多重継承の親同士のキャストのことで、 この辺がややこしかったりするので、リンク先のロバートのとこを参照で。 ASSERT 診断が偽のときにプログラムを中止する。デバッグのときのみ実行するとかなんとか・・・ VERIFY データが正確かどうか検査してくれる。 Typedef 型の別名を付けてくれる。 つまり、構造体を一つ宣言したはいいが、呼びづらいから、判りやすい名前に変えたりできるとかそんな感じ。 クラス関係 CWnd ウィンド作成　、ウィンドメッセージ配送 CRect 長方形を作る。 GetClientRect ウィンドウのクライアント領域の座標を取得 GetWindowRect ウィンドウの外側のサイズを取得・・・どこだよ、・・・ ScreenToClient スクリーンからウィンドウの座標に変換 GetParent 指定された親ウィンドウか、オーナーウィンドウ（？）に新しいハンドルを取得 TRANSPARENT 背景を透明にするっぽい ODS_DISABLED ボタンが無効のときの処理 OnEraseBkgnd SDIでの背景色の変更・・・嘘くさい・・・ IMPLEMENT_DYNAMIC(・・・中略・・・) 動的にオブジェクトを作成するための宣言 BEGIN_MESSAGE_MAP(・・・中略・・・) メッセージマップを使用するための宣言 ON_WM_PAINT() ON_WM_CTLCOLOR() など[ON_WM_～]は、これから　～をするぞ！宣言。と考えるべし。 _T("・・・") unicode形式で・・・という文字列を与える。らしい。詳細は<a href="http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/vccore/html/_core_unicode_programming_summary.asp">ここ</a> HBITMAP bitmap形式の画像を読み込むための宣言 HBRUSH ↑と同じようなもので、ブラシを宣言したりするもの AFX_MSG_MAP ハンドラ関数のマップ・・・だと思う。 hbr ブラシのハンドル。 HDC ハンドルのDC　<a href= "http://www.kab-studio.biz/Programing/PragmaTwice/Main/122.html">ココ</a>にわかりやすい説明が。 メッセージ マウスがクリックされたとかの情報を送ること イベントドリブン イベント処理が進むこと・・・C++ではメッセージドリブンというとか言わないとか メッセージ対応の処理を行なう関数をメッセージハンドラというとか。

表示オプション

横に並べて表示：

変化行の前後のみ表示：

Micromouse_zero @Wiki

記事メニュー

更新履歴

取得中です。

最近更新されたページ

人気Wikiランキング

atwikiでよく見られているWikiのランキングです。新しい情報を発見してみよう！

全体ページランキング

最近アクセスの多かったページランキングです。話題のページを見に行こう！

「VC++まとめ」(2005/08/22 (月) 13:38:17) の最新版変更点

Menu

更新履歴