- 1 名前：デフォルトの名無しさん [03/07/26 14:15]
- 特にゲーム製作には全然使えん罠
- 237 名前：デフォルトの名無しさん mailto:sage [2005/10/18(火) 22:07:31 ]
- >>235
>>エラーが出て、エラーメッセージ見てもググらないと理解不能なのが多いし
その通り。
だから一つずつMSDNやWeb上の情報を見ながら覚えていくのだ。
エラーメッセージも、API、クラスの使い方も。
- 238 名前：名無し募集中。。。 mailto:sage [2005/10/18(火) 22:19:28 ]
- Wizardって魔法使いって意味だからね
- 239 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 09:10:01 ]
- >>237
で、解決策がふつーに考えればメソッドだったりする筈だが、
色塗るにもWin32APIの力借りてカラープロパティさえ無い、と。
何このラップ出来て無いクラスライブラリ、って感じ。
- 240 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 16:00:58 ]
- MFCのソースを使って
Windowsのバグを回避したら訴えられるのだろうか
- 241 名前：デフォルトの名無しさん [2005/10/29(土) 19:29:54 ]
- もしかしてＭＦＣって、Windowsプログラミングを少し理解しててC++をかなり詳細に知ってる人間にとってはすごい便利なものじゃない？
- 242 名前：デフォルトの名無しさん mailto:sage [2005/10/29(土) 19:56:35 ]
- カプセル化が中途半端なので、更にMFC自体の仕様も十分に理解してる必要がある。
- 243 名前：デフォルトの名無しさん mailto:sage [2005/10/29(土) 20:41:17 ]
- ＞２３５
順番に抑えていくうちに、自動生成のソース全部意味分かるようになったよ。
それとともに、the APPというプログラム開始実体から、うんぬんかんぬんやってメイン呼ばれて行くかも分かったし、
ランタイムとその周辺も分かってくるようになった。
それと、今まで、インクルードやDefineやクラスやメンバなどの定義位置がいかにあやふやだったかてのが分かった。
ただ、やっぱりクラス間での参照渡しは、なかなかつらいもんがある。
- 244 名前：デフォルトの名無しさん mailto:sage [2005/10/29(土) 20:46:23 ]
- それと、
逆に、マルチフレームやスプリッタなどのいわゆる複数画面は、
WIN32アプリの方がCALLハンドラがアミダ状態で嫌んなる。
ホント実用的な画面設計に関しては、楽だよＭＦＣは。
- 245 名前：デフォルトの名無しさん mailto:sage [2005/10/29(土) 21:13:27 ]
- メイン関数も無いし、どこからどういう順番でハンドラが
呼ばれるのかさっぱり分からなかったが、とりあえずそういうものだと
思うことにしてしばらく格闘したら分かるようになった。
- 246 名前：デフォルトの名無しさん mailto:sage [2005/10/29(土) 23:21:58 ]
- ＞２４５
少し忘れかけてた部分あって、もう一度調べてみたが、
まず、メインが始まる前に見に行くものがある。(includeとかマクロとかstaticとかグローバルオブジェクトとか)
で、CREIApp the Appというのが見つかる。
そこでCREIApp::CREIAppのコンストラクタ、いやいや、これは派生クラスだから、
CWinApp::CWinAppを見に行く(CWinAppの定義はAfxWin.hにある、コンストラクタ実装はAppCore.cppにある)
そして、次にCREIApp::CREIAppを見に行くが、通常こいつは空だ
いよいよWinMainだが、MFCのWinMainは変わっていて、_tオプションがついて_tWinMainになっている(実物はAppmodule.cppにある)
そこには、
return AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow);
とだけ書いてある。要は、AfxWinMainを暗に呼んでいる、こいつがどこにあるかというと、Winmain.cppにある)
このなかで、CWinAppのInitApplication、次にCWinThreadのInitInstanceが呼ばれている。
継承関係はCWinThread>CWinApp>CREIAPPで、どちらも仮想関数になっていて、virtual属性が付いている。
ということは、実際呼ばれるのは、たどっていくと、派生末端のCREIAPPのInitApplication、InitInstanceの順に呼ばれることになる。
ご存知の様に、InitInstanceではRunTimeが施されていて、Doc、Frame、Viewが関連付けられている。
話し戻って、その後AfxWinMainは何やっているかというと、Win32アプリと同じようにRun関数でメッセージループにして、半無限ループにしている。
- 247 名前：デフォルトの名無しさん mailto:sage [2005/10/30(日) 00:29:39 ]
- やべーちょっと使ったら息子から我慢汁溢れてきた
これＭＦＣマジでスゲーから
自作のウインドウライブラリなんてカスだわ
こんなすばらしいモノがあるのになんでＶＢやＮＥＴなんか開発したのかわからんね
- 248 名前：デフォルトの名無しさん mailto:sage [2005/10/30(日) 02:23:02 ]
- ＭＳＤＮでクラスライブラリにさらっと目を通せばあなたも今日からＭＦＣマスター。
- 249 名前：デフォルトの名無しさん mailto:sage [2005/11/04(金) 17:35:55 ]
- .NET で全てなかったことにされて
Windows Forms を１から用意しなおしたことからも
MFCがクソだったことはMSすら認めてる事実。
- 250 名前：名無し募集中。。。 mailto:sage [2005/11/05(土) 00:42:29 ]
- 誰かさんの.netにだけMFCが付いてこなかったようだね
- 251 名前：デフォルトの名無しさん mailto:sage [2005/11/05(土) 19:43:49 ]
- クラスとかがよくわからん俺にはMFC使う人は尊敬する
俺はSDKでごりごり書くことしか出来ないよ・・・
- 252 名前：デフォルトの名無しさん mailto:sage [2005/11/05(土) 22:19:09 ]
- MFCが難しいのはクラスとかが原因じゃないと思う
リファレンス無しでソースだけ見ても全く理解不能なコードだったりする辺りが
- 253 名前：デフォルトの名無しさん mailto:sage [2005/11/06(日) 21:23:48 ]
- あまり優秀な開発者を回せなかったんだろうな
JavaのSwingのコードにもそれを感じる
- 254 名前：デフォルトの名無しさん mailto:sage [2005/11/06(日) 21:31:55 ]
- × を回せ
○ が居
- 255 名前：デフォルトの名無しさん [2005/11/07(月) 11:04:17 ]
- >MFCがクソだったことはMSすら認めてる事実。
内容は正しいけど、認めてるというのは知らなかった。
表向きに認めているソースきぼんぬ。
裏的にはMFCの次にATL/WTLが出たり、
GUIライブラリとしてM$社内でMFCが使われて無いという事実だけで、
十分だけどね。
- 256 名前：デフォルトの名無しさん [2005/11/07(月) 14:52:46 ]
- ＶＣ＋＋６を使ってますが、
メモリリークの箇所とかソースファイルを特定する方法を
教えて下さい。
- 257 名前：デフォルトの名無しさん mailto:sage [2005/11/07(月) 15:01:26 ]
- >>256
つ F4
- 258 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/08(火) 16:11:33 ]
- MFCって処理速度はどうなん？
- 259 名前：デフォルトの名無しさん mailto:sage [2005/11/08(火) 17:14:33 ]
- ActiveX使わなければ高速だろ。
MFCでActiveX使わないと寂しい画面になるお。
- 260 名前：名無し募集中。。。 mailto:sage [2005/11/08(火) 18:40:57 ]
- MFCでActiveX使うってダイアログベース?
- 261 名前：デフォルトの名無しさん mailto:sage [2005/11/08(火) 19:36:11 ]
- MFCってコマンドライン専用？
確かにVC++はテストプログラムの場合ダイアログは皆無で、コマンド系ツールを良く見かける。
- 262 名前：デフォルトの名無しさん mailto:sage [2005/11/12(土) 22:03:00 ]
- >>256
つ DevPartner for Visual C++
www.compuware.co.jp/products/devpartner_fm/devpartnervisualc/
- 263 名前：デフォルトの名無しさん [2005/11/14(月) 16:25:14 ]
- ＞ttp://pc8.2ch.net/test/read.cgi/tech/1121200124/998
＞CArray系とCList系は直交性がないから
＞最初にどっちにするかちゃんと決めておかないと後で直すのが面倒。
この場合の直交性ってどういう意味？
- 264 名前：デフォルトの名無しさん [2005/11/14(月) 17:32:47 ]
- >>263
どうも、そのスレの774,777,994,998などを書いた人です。
■MFC相談室 mfc14d.dll■
ttp://pc8.2ch.net/test/read.cgi/tech/1121200124/774n-
774 ：デフォルトの名無しさん ：2005/10/21(金) 17:49:53
CArrayとCListのナントカ性がないのでCArrayからCListに直すのが面倒。
何て言うんだっけ。
777 ：774さん ：2005/10/21(金) 18:19:16
直交性だった。
www.hey-to.net/ML-archive/vcppML/1999/msg03973.html
> MFCだと、たとえばCArrayで書いてた部分をCListに取り替えたとき、
> 書き直さなければならないコードの量がすんごいです。やってらんない。
> クラスとメソッドの直交性が皆無なんだな...
> MFCコレクションの唯一のメリットといえば、
> シリアライズがちょびっと楽なことくらいでしょうか。
- 265 名前：デフォルトの名無しさん mailto:sage [2005/11/15(火) 01:26:03 ]
- >>264
その777,774も含めてクラス間の直交性ってナニ？って質問じゃないの？
数学や物理なんかで直交性ってのはイメージとしては互いに独立で相互依存がないような関係を差す
＜CArrayからCListに変えた場合に書き直すコードが多い＞即ち＜非直交＞というのは短絡ではないかと？
コンテナなどで互いに独立性の高い要素に分解して設計する場合に直交性の話をするけど、クラス間の直交性
というと、相互に干渉しないで共用できる場合に言うような気がする。
ま、C++も最近調べ始めた人間なのではずしているかも知れないがな
- 266 名前：デフォルトの名無しさん [2005/11/18(金) 07:24:12 ]
- いやーいいわＭＦＣ。
今までの努力はいったいなんだったのか
なんではじめからこれを使わなかったのか
今まで１ヶ月以上かかっていたことがＭＦＣだとたったの３日
青空に浮かび風の趣くまま漂う白雲のような自由を私に感じさせるナイスライブラリ
ＭＦＣ is 最高
- 267 名前：デフォルトの名無しさん [2005/11/18(金) 07:30:15 ]
- MFCに市場価値がないならExpressに付けるがな。
- 268 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 10:50:08 ]
- ここ見て.NET面白そうじゃんと思って作ろうと思ったら
ノートンに「悪質なスクリプトじゃ」と怒られました。
- 269 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 13:10:51 ]
- 旧VB6系コンパイラをV$から外したように、
MFCをユーザーからやめさせたくてもExpressから外すだろ。
というか、どっちかというとV＄はそういう場合ばかり。
- 270 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 17:33:35 ]
- ＭＦＣってNETよりうまくできてるよ
ＮＥＴは素人向けすぎてどうもいかん
- 271 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 18:40:04 ]
- 両方使ったこと無いが、.NETとMFCって比較すべきものなの？
.NET = 言語非依存なライブラリの標準的規格(MS談)
MFC = ライブラリ
かと思ってた。
- 272 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 19:45:59 ]
- >>271
正確には
・C++ & MFC & Win32 API
・Managed C++/C# & .NET Framework
の比較でしょうね。
- 273 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 22:48:11 ]
- クラスの名前にCをつけるのが嫌い
あほの子じゃないんだからそんなことしなくてもわかるよ
- 274 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 23:31:55 ]
- しかもクラス名のイニシャルＣを勝手に削りやがるし
うっかりするとわけのわからないヘッダファイルになってしまう。
- 275 名前：デフォルトの名無しさん [2005/11/19(土) 11:58:48 ]
- あほの子じゃなければ、自分で作るクラスの名前もファイル名も自分で
設定すれば良いんじゃないのw
- 276 名前：デフォルトの名無しさん mailto:sage [2005/11/19(土) 12:55:50 ]
- >>275
あほの子にはそれが分らんのですよ
- 277 名前：デフォルトの名無しさん mailto:sage [2005/11/19(土) 14:40:11 ]
- >>274
突然 IDE (の Wizard) の話をし始めるとは、あなたあほの子ですね。
- 278 名前：デフォルトの名無しさん mailto:sage [2005/11/19(土) 18:41:57 ]
- つまんねーよハゲ豚メガネどもめら
- 279 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/19(土) 18:45:03 ]
- MFC(Microfost Fucking Class)
- 280 名前：デフォルトの名無しさん [2005/11/19(土) 21:38:14 ]
- VisualＣ++6.0とJavaはどのような繋ぎ方があるのですか？
或いは、.NET(C++,C#)だとどうなんでしょうか？
- 281 名前：デフォルトの名無しさん mailto:sage [2005/11/19(土) 22:36:53 ]
- 280は馬鹿
- 282 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 00:47:26 ]
- .NETは使ったこと無かったのですが、.NETFrameworkでは全て
「IL (Intermediate Language)と呼ばれる中間コードにコンパイル」
なようですね。そして、
・C#、Manage C++、VB.Net、JavaScriptが.NETFramework上で扱える
・.NET Framework では、これらすべての言語で同じライブラリを利用できるし、異なる言語で書かれたプログラムを呼び出すことが出来る。
ということなようです。
ただ、.NETFrameworkにJavaが入ってないのですが、これからどうなるんでしょうね。
現時点でJavaScriptが入ってるということでなんとかなりますか。
脱線失礼しました。
- 283 名前：デフォルトの名無しさん [2005/11/20(日) 00:56:40 ]
- それと、C++BuiderとJBuiderもお互い呼び出すことができるらしいのですが、
.NETとどちらのどの辺がいい等あったら、レスお願いします。
その前に、話が流れたとはいえ、他スレに逝けと言われそうですねw
- 284 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 01:06:23 ]
- >>282
>ただ、.NETFrameworkにJavaが入ってないのですが
その為にC#なんてシロモノをでっち上げたわけだが。
- 285 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 05:23:17 ]
- え？
J#もあるしJScript.NETもあるんですが？
- 286 名前：デフォルトの名無しさん [2005/11/20(日) 07:57:43 ]
- それにしても、Managed C++はきもい。ガーベッジコレクション機能１ついれるために、
言語仕様が全体に渡って継ぎはぎだらけ。
おまけに、オブジェクトに__gc修飾 がついているかどうかを常に
気をつけなきゃいけないんだったら、いらないよそんなの。
まだ、deleteするのを忘れないようにするほうがまし。
- 287 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 08:42:36 ]
- なぜここｋでmanagedの話題がでるのかわからんが、
入れるならきちんと標準化委員会でガベッジコレクションの仕様を定義してほしいのう
- 288 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 10:29:29 ]
- >>286
VC++ 2005のC++/CLIについて一言。
- 289 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 13:10:17 ]
- VS2005が出たら、.NETではC#からC++にメインを移そうかと考えてる。
- 290 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 17:06:24 ]
- いいんじゃないの？
両方使えるのが理想
- 291 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 18:10:52 ]
- >>286
あれは既存ソースの移植用にあるものとみたほうがいいだろ
そうじゃなきゃC# で作ったほうがﾊﾔｽ
- 292 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 20:26:20 ]
- だからVBの代わりだってば
- 293 名前：デフォルトの名無しさん mailto:sage [2005/11/21(月) 03:49:24 ]
- >>285
ああ、J# には驚いた。COBOL# とか Eiffel# と同程度の愚行だ。
(切り捨てて困る程、J++ ユーザなんて居たのか？)
>JScript.NET
Java の話をしている時に、それを引き合いに出す意味が判らない。
- 294 名前：デフォルトの名無しさん mailto:sage [2005/11/21(月) 16:19:25 ]
- >>293
その辺は単に.NETの汎用性っつか言語非依存性を強調するための
プロパガンダでしょ。
- 295 名前：デフォルトの名無しさん mailto:sage [2005/11/21(月) 16:48:04 ]
- >言語非依存性
超鳴り物入りだったのに、
ﾌﾞﾋﾞﾁｭｳがﾌﾞﾋﾞドトネトさえも使えない現状を見ると、
全く持って無意味だったね。
- 296 名前：デフォルトの名無しさん [2005/11/30(水) 02:54:33 ]
- MFCを使わずにWIN32だけつくっているひとは
なぜにいつも ”ごりごり” なんて言葉つかうの？
ソースが１０万行以上の中規模プロジェクトをすべてWIN32だけで
書いたのなら確かにごりごり書いている気はするが、
所詮、１，２万行程度のサンプルアプリを書いているだけでしょｗ
- 297 名前：デフォルトの名無しさん mailto:sage [2005/11/30(水) 09:57:18 ]
- >>296
「MFCを使わずにWIN32だけつくっているひと」が
「いつも ”ごりごり” なんて言葉つかう」が事実かどうかも知らないし
ましてやその理由など本人に訊けと。
- 298 名前：デフォルトの名無しさん mailto:sage [2005/11/30(水) 10:07:35 ]
- 枕言葉
ごりごりとWIN32
もっさりとJava
- 299 名前：デフォルトの名無しさん mailto:sage [2005/11/30(水) 10:44:46 ]
- 最初はMFCを使っていた。
確かに初心者にはツールバーなど
便利な基本機能がついているのはうれしかった。
しかし、フリーソフトとして公開するとき、
ランタイムライブラリの問題など凡用性に問題が
いやになった。プログラム単体で動くようにしたかった。
SDKはそれが可能だし、すべて自分で作ってる感、
全処理ソースを目で確認できる爽快感。
MFC、最近は気持ち悪くて使えん。
- 300 名前：デフォルトの名無しさん mailto:sage [2005/11/30(水) 10:51:41 ]
- MFCのソースみるといろいろと参考になる
- 301 名前：デフォルトの名無しさん mailto:sage [2005/11/30(水) 10:53:11 ]
- >>299
スタティックリンク出来ないって事？
- 302 名前：デフォルトの名無しさん mailto:sage [2005/11/30(水) 10:57:01 ]
- MFCのDLLぐらいで嫌がってたら
インストーラ使うソフトはもちろん.NETも使えないな
- 303 名前：デフォルトの名無しさん mailto:sage [2005/11/30(水) 11:50:22 ]
- >>296
2万行でサンプルとは凄いな。
- 304 名前：デフォルトの名無しさん [2005/11/30(水) 19:21:12 ]
- サンプルっていうかプロトタイプじゃね？
ある程度以上の規模だと最初にざっとしたものを
つくってしまう。
2万行程度ならそんな感じじゃん
- 305 名前：デフォルトの名無しさん mailto:sage [2005/11/30(水) 22:16:29 ]
- 凡用性…
- 306 名前：デフォルトの名無しさん mailto:sage [2005/12/01(木) 16:30:05 ]
- >>299
なんでスタティックリンクしないの？
- 307 名前：デフォルトの名無しさん mailto:sage [2005/12/01(木) 23:47:32 ]
- 嫌気がさしたんだろ
- 308 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 05:11:59 ]
- >>299
スタティックリンク知らないの？
- 309 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 07:45:11 ]
- 凡用性…
- 310 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 12:56:15 ]
- 凡人なのか？
- 311 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 13:08:47 ]
- MFCのライブラリを添付するインストーラは結構あるね。
印象に残ってるのは、ATIのCryエンジンデモプログラム。
お前はいつ、どこでGUIを使ったのかと小一時間（ry
- 312 名前：デフォルトの名無しさん [2005/12/03(土) 15:35:44 ]
- MFCをGUIの為だけと勘違いしている人がいるんですけど
スルーでOKですか？
- 313 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 17:52:04 ]
- >306,308
確かマルチスレッドにするとＤＬＬにせざるを得ないじゃなかったっけか？
- 314 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 20:28:26 ]
- Σ（☉◇☉）
- 315 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 21:07:00 ]
- マジレスしよう。
>>313
ソースは？
- 316 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 21:14:56 ]
- >>312
GUI を使わない MFC になど
糞ほどの価値すらないと思っている俺に
是非解説して頂きたい。
- 317 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 22:03:33 ]
- MFCのGUIにもそれほどの価値があるとは思えんが
- 318 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 22:29:30 ]
- afxwin.h使わないとなると、
あの糞極まりないコレクションクラスだの、古臭いDAO/ODBCラッパーだのか……
激しくいらんわな。
- 319 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 00:59:01 ]
- MFCに嫌気がさした人は当のMSの人たちでしょ
- 320 名前：デフォルトの名無しさん [2005/12/04(日) 10:51:46 ]
- MFCの有用性をトータルで上回るクラスライブラリがあるならねえ。
ないし。
- 321 名前：デフォルトの名無しさん [2005/12/04(日) 11:17:36 ]
- .NET Framework
- 322 名前：デフォルトの名無しさん [2005/12/04(日) 11:43:49 ]
- .NETは別のものだし。
- 323 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 13:40:17 ]
- >>320
ATL では不足だとでも？
- 324 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 14:15:13 ]
- >>323 COM (ﾟ⊿ﾟ)ｲﾗﾈ
- 325 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 14:22:32 ]
- >>324
CWindowImplなんかはWTLのメッセージクラッカと併せて使えると思うが。
- 326 名前：デフォルトの名無しさん [2005/12/04(日) 14:24:27 ]
- 今時Ｃ＋＋なんてはやんねーよ
- 327 名前：デフォルトの名無しさん [2005/12/04(日) 14:48:21 ]
- はやりすたりの浮草稼業じゃないし。
- 328 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 14:55:40 ]
- C++プログラマにすれば、むしろ流行じゃないほうが得だったりする。
- 329 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 16:10:44 ]
- >>326
C#厨ｷﾀ━━━━(゜∀゜)━━━━！
- 330 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 22:35:56 ]
- MFCでもCOMを使う、あるいは、COM使うべき状況に置かれることは多い。
よく見かけるのだが、
MFC経由でCOMを使うことには無頓着で、
ATLがCOMを使うことに拒絶反応を示す理由がわからない。
そもそもATLの基底ウィンドウクラスはCOMと関係なくビルドできる。
- 331 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 23:48:05 ]
- ATLでGUIを書くのは大変だろう。
- 332 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 23:55:07 ]
- VCL最強ってことで。
- 333 名前：デフォルトの名無しさん mailto:sage [2005/12/05(月) 00:01:20 ]
- >>331
ハンドラ追加機能が使えないこと以外は、ほぼ遜色なく扱える。
MFCからWTLへの移植は楽とまでは言わないが、
難しいというほどでもないよ。実際に試してみ。
ATL/WTL Part3
ttp://pc8.2ch.net/test/read.cgi/tech/1095442366/l50
- 334 名前：デフォルトの名無しさん mailto:sage [2005/12/05(月) 00:08:16 ]
- WTL使っていいなら、少しは考えるけど。
でもやっぱﾏﾝﾄﾞｸｻ
- 335 名前：デフォルトの名無しさん mailto:sage [2005/12/05(月) 00:38:17 ]
- 俺は、Spy++とかでウィンドウクラス名を見ただけでMFC使ってるのがバレバレになるのがイヤでWTL使ってる。
- 336 名前：デフォルトの名無しさん mailto:sage [2005/12/05(月) 00:50:18 ]
- なんだよそれｗｗｗ
- 337 名前：デフォルトの名無しさん mailto:sage [2005/12/05(月) 04:51:03 ]
- 見られると恥ずかしいという点においては同意する
|
 |
