- 1 名前：デフォルトの名無しさん [03/07/26 14:15]
- 特にゲーム製作には全然使えん罠
- 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 ]
- 見られると恥ずかしいという点においては同意する
- 338 名前：デフォルトの名無しさん mailto:sage [2005/12/05(月) 08:52:32 ]
- ことごとく「Afx:」のプリフィックスで始まるウィンドウクラス名。
有償アプリでこれを見てしまうとその会社のレベルを疑ってしまう自分。
ま、実際はMFCをちゃんと使いこなせてる感じだし、これをもってレベルを計るのは間違いなんだけどね。
- 339 名前：デフォルトの名無しさん mailto:sage [2005/12/05(月) 08:54:59 ]
- しかし当たっていることが多い
- 340 名前：デフォルトの名無しさん mailto:sage [2005/12/05(月) 11:19:54 ]
- MFC でまともに動くモノを作れてるなら
寧ろ褒めてあげて下さい。
- 341 名前：デフォルトの名無しさん mailto:sage [2005/12/05(月) 11:47:34 ]
- んじゃ、商用のWinアプリって何で作られているのが主流なの？
VCL?
- 342 名前：デフォルトの名無しさん mailto:sage [2005/12/05(月) 11:52:45 ]
- たまに商用系で某アイコン＝VCL見るお。
某アイコンのOk/キャンセルの方が恥ずかしい。
- 343 名前：デフォルトの名無しさん mailto:sage [2005/12/05(月) 12:06:09 ]
- >>324
#define _ATL_NO_COM_SUPPORT
- 344 名前：デフォルトの名無しさん mailto:sage [2005/12/05(月) 13:29:58 ]
- exeのプロパティ見て、
バージョン情報のタグが出るのがMFC
出ないのが某製
であってる？
- 345 名前：デフォルトの名無しさん mailto:sage [2005/12/05(月) 14:54:52 ]
- >>344
バージョンリソースの有無が判るだけ。
- 346 名前：デフォルトの名無しさん mailto:sage [2005/12/05(月) 15:18:39 ]
- VC++を使っていようとBCB(/BCC)を使っていようと（もちろんそれ以外を使っていても）バージョン情報は埋め込める。
- 347 名前：デフォルトの名無しさん mailto:sage [2005/12/05(月) 15:27:54 ]
- 確か、某が公開したexeから使用しているVCLクラスを取得するツールがあった筈。
- 348 名前：デフォルトの名無しさん [2005/12/05(月) 21:36:11 ]
- .NETよりはマシ。
.NETで納入してこようもんなら
即つっかえしだよねｗ
- 349 名前：デフォルトの名無しさん mailto:sage [2005/12/06(火) 08:18:55 ]
- いや
漏れ的には MFC < .NET
- 350 名前：デフォルトの名無しさん mailto:sage [2005/12/06(火) 08:36:56 ]
- 結局、VCL/Win32最強、かつ、VCLドトネト使えばドトネトコンパイル。
- 351 名前：デフォルトの名無しさん [2005/12/06(火) 11:37:16 ]
- WXとかFOXみたいなフリーライブラリの商用ソフトって結構浸透してるの？
当方、趣味グラマなんで、その辺かなり興味ありです。
- 352 名前：デフォルトの名無しさん mailto:sage [2005/12/09(金) 02:31:00 ]
- フリーライブラリの商用ソフト？
- 353 名前：デフォルトの名無しさん mailto:sage [2005/12/09(金) 12:35:36 ]
- プログラムする側からしたら .NET > MFC だが
受け取る側からしたら Native > .NET な場合が結構多い。
- 354 名前：デフォルトの名無しさん [2005/12/09(金) 17:58:23 ]
- 客先から .NET 環境でなんて指定されたことは一度もない。
ソースも提出しなければいけない客だとほぼ、MFCを言われる。
まぁ、使う側からすれば同じ結果を得れるプログラムがあったら
遅い方をえらぶメリットはないからな
- 355 名前：デフォルトの名無しさん [2005/12/09(金) 19:19:05 ]
- 通常、常駐させるようなアプリ例えばウィルス対策アプリなどを
.NETで書いたら絶対売れないｗ
- 356 名前：デフォルトの名無しさん mailto:sage [2005/12/09(金) 19:27:42 ]
- >>344
バイナリエディタでクラス名見たりすればすぐわかるだろ。
- 357 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 04:22:38 ]
- そんな場合は、ＭＦＣなんて使わずにWin32だろ
- 358 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 04:38:29 ]
- 大半のアプリをVB6アイコン丸出しで出荷しても平気（しかもパッケージ製品）というレベルの
職場からすると、「おっMFC使ってる。すごいね～」とか本気で思ってしまう。
- 359 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 08:05:40 ]
- >>358
でも真の勝ち組なのは君たちVB組の方。客・受け手問わず。いろんな意味で。断言する。
- 360 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 22:27:57 ]
- >>357
MFCはWin32
- 361 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 02:46:21 ]
- >>360
プ
- 362 名前：デフォルトの名無しさん mailto:sage [2005/12/12(月) 11:18:02 ]
- >>357
「Win32 API」の事を「Win32」と呼ぶのは
君くらいのものです。
- 363 名前：デフォルトの名無しさん mailto:sage [2005/12/12(月) 17:19:30 ]
- デバイスコンテキストハンドルに対して、
「誰が出歯やねん」とつっこむのは
さんまくらいのものです。
- 364 名前：デフォルトの名無しさん mailto:sage [2005/12/12(月) 19:57:26 ]
- 花紀京に対して、
「誰がカバやねん」とつっこむのは
原哲男くらいのものです。
- 365 名前：デフォルトの名無しさん mailto:sage [2005/12/31(土) 16:23:22 ]
- 全レス読んだけど、結局ここの住人はMFCの何が嫌なのかさっぱりわからん。
俺は便利だと思うけどなぁ。
- 366 名前：デフォルトの名無しさん mailto:sage [2005/12/31(土) 16:28:53 ]
- >>365
バグ、異次元仕様、設計者の為の設計
- 367 名前：デフォルトの名無しさん mailto:sage [2006/01/01(日) 02:05:44 ]
- あと何年持つかな？MFC
- 368 名前：デフォルトの名無しさん mailto:sage [2006/01/01(日) 10:59:42 ]
- >>367
10年以上
- 369 名前：デフォルトの名無しさん mailto:sage [2006/01/01(日) 12:12:05 ]
- >>367
ﾄﾞﾄﾈﾄより寿命は長いかも。
- 370 名前：デフォルトの名無しさん mailto:sage [2006/01/03(火) 10:03:09 ]
- >>366
>バグ、異次元仕様、設計者の為の設計
多かれ少なかれどんなものにでもあると思うんだけどなぁ。
俺はそういうもんだと割り切って使ってるし。
- 371 名前：初心者 [2006/03/22(水) 19:09:24 ]
- VCLってBCBのクラスライブラリのことですか?
- 372 名前：デフォルトの名無しさん mailto:sage [2006/03/22(水) 19:40:05 ]
- そうだよ
- 373 名前：デフォルトの名無しさん [2006/03/23(木) 00:31:38 ]
- MFCってCでやる
「構造体+関数ポインタテーブルによるオブジェクト指向」
の関数ポインタテーブルを見えなくしただけ、って気がしてきた。こう思うと楽だ
でもWin32APIのハンドルで隠れてる部分がわからん。Win32勉強しなきゃ・・・
- 374 名前：マイク ◆yrBrqfF1Ew mailto:sage [2006/03/23(木) 16:00:05 ]
- 今時意味不明なMFCに束縛されてる奴なんてただのチンカスですよ。
要領いい奴はQtで明瞭簡潔に終わらすよ。
- 375 名前：デフォルトの名無しさん mailto:sage [2006/03/23(木) 19:47:44 ]
- チンカスが何かほざいているようです。
- 376 名前：デフォルトの名無しさん mailto:sage [2006/03/26(日) 08:45:39 ]
- デメリットを挙げて「使う理由がない」というならまだしも
「意味不明」というのは、単に理解できていないだけだろう。
まあ、このｺﾃは元々そういう奴だからな。
- 377 名前：マイク ◆yrBrqfF1Ew mailto:sage [2006/03/26(日) 19:38:55 ]
- MFCに必死になってる奴って頭悪そうだな。
一生底辺でしょうね。
- 378 名前：デフォルトの名無しさん mailto:sage [2006/03/26(日) 20:57:25 ]
- Qtがｷﾓｰｲって言われたからといってMFCに八つ当たりしないでください。
- 379 名前：デフォルトの名無しさん [2006/04/11(火) 17:09:20 ]
- MFCってサポート停止決定でしたっけ？
- 380 名前：デフォルトの名無しさん [2006/04/11(火) 18:45:22 ]
- OWLってまだつかえる？つうか、まだ手にはいる？
- 381 名前：デフォルトの名無しさん [2006/04/11(火) 18:57:54 ]
- OWLは手に入るお。
- 382 名前：デフォルトの名無しさん mailto:sage [2006/04/11(火) 19:10:54 ]
- >>381
ｱﾘｶﾞﾄ
それと何処で?見つかんないよ。
ウワ～ンヽ(｀Д´)ﾉ
- 383 名前：デフォルトの名無しさん mailto:sage [2006/04/11(火) 19:32:23 ]
- >>379
んにゃ、まだの筈。
- 384 名前：デフォルトの名無しさん mailto:sage [2006/04/11(火) 20:24:25 ]
- >>382
ttp://www.borland.co.jp/bcsuite/prodinfo/bcsoverview.html
C++の機能を活かしたクラスライブラリObjectWindows (OWL) 5.0によって、タブ付きウィンドウやドッキングツールバーなど多くの機能を32ビットと16ビットの開発に利用できます。また、データベースアプリケーションの開発にも対応しています。
- 385 名前：382 mailto:sage [2006/04/11(火) 21:52:31 ]
- ありがとん。
- 386 名前：デフォルトの名無しさん [2006/05/01(月) 18:22:13 ]
- ダイアログを１個単位でライブラリ化する方法を教えて下さい。
- 387 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 06:10:23 ]
- コモンダイアログを参考に
- 388 名前：デフォルトの名無しさん [2006/05/02(火) 10:34:04 ]
- ダイアログ１個をライブラリ化できないようなクソライブラリを何で使うの？
- 389 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 11:08:36 ]
- >>388
意味不明。
「ダイアログ１個をライブラリ化できない」のは >>386 の資質に因るもの。
- 390 名前：デフォルトの名無しさん [2006/05/02(火) 11:16:05 ]
- >>389
ダイアログが、１プロジェクトのrcファイルに全部入って、
他プロジェクトで使えないんですが、
どうしたら良いんですか？
とにかく回答下さい！！！！！
- 391 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 11:23:52 ]
- 男なら、MFCなんて軟弱なもの使わないで、
Cのみでwinmainから書けよ！
- 392 名前：デフォルトの名無しさん [2006/05/02(火) 11:48:20 ]
- >>391
だから、何で？
- 393 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 12:44:37 ]
- comdlg32.dllみたいなdllにすればできるだろ
ウイザードでMFC dll だ
- 394 名前：デフォルトの名無しさん [2006/05/02(火) 13:02:39 ]
- >>393
そんなバカな作り方があるか！！！！！
普通に作れて、さらに、ライブラリ化が出来るからソフトウェアだろ。
ＤＬＬ一杯作って苦労するんかよ、ドアホ
- 395 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 13:10:09 ]
- お前の言う普通ってなんだ？
例えばどういうライブラリを言ってる？
- 396 名前：デフォルトの名無しさん [2006/05/02(火) 13:14:56 ]
- 普通に開発できて、かつ、作ったダイアログを他のプロジェクトで使える、
という、物凄く超普通にやること。
それが、ＭＦＣで普通に作るとプロジェクトのrcファイルに全ダイアログ入るから、ﾗｲﾌﾞﾗﾘ化できない。
ちょー＾－０－－－ゴミＭＦＣ
- 397 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 13:22:59 ]
- >>392
それが男の生き様ってぇやつさ。
>>390
先ず、質問しようとしているｽﾚがそういうｽﾚかどうか判断しろ。
次に、検索の仕方くらい身に付けろ。
[MFC リソースファイル 分割]
- 398 名前：デフォルトの名無しさん [2006/05/02(火) 13:34:27 ]
- リソース分割できたところでresource.hに連番振ってるの何ともならない。
やっぱゴミーーーーーーーーーーーーーーーーーーー
- 399 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 13:40:11 ]
- MFC使わないでSDKのみだって普通につくれば同じ
リソースは何も違わないけど
- 400 名前：デフォルトの名無しさん [2006/05/02(火) 13:43:36 ]
- >>399
ウソ付けーーーーーーーーーーーーーーーーーーーーー
VC++のリソースエディタがリソースファイル管理するだろうが。
- 401 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 13:49:29 ]
- お前の言ってる普通の意味がよくわからんから
MFC以外でその普通のやりかたを解説してるサイトを出せ。
- 402 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 13:50:15 ]
- 普通のやりかたなんだからすぐ簡単に見つかるよな
- 403 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 14:24:02 ]
- >>398
無知が恥の上塗りか。
リソースのインスタンスを別にするなら
ID は重複していても構わない。
- 404 名前：デフォルトの名無しさん [2006/05/02(火) 14:28:44 ]
- >>402
じゃあなんで、CDialogを派生したクラスが、フリーのライブラリとしてネットととかに溢れてないわけ？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？
- 405 名前：デフォルトの名無しさん [2006/05/02(火) 14:34:26 ]
- >>403
IDを振る事自体がＯＯＰから外れてるということが分からないの？
IDを振る事自体がＯＯＰから外れてるということが分からないの？
IDを振る事自体がＯＯＰから外れてるということが分からないの？
IDを振る事自体がＯＯＰから外れてるということが分からないの？
IDを振る事自体がＯＯＰから外れてるということが分からないの？
IDを振る事自体がＯＯＰから外れてるということが分からないの？
IDを振る事自体がＯＯＰから外れてるということが分からないの？
IDを振る事自体がＯＯＰから外れてるということが分からないの？
resource.hはresource1.hとか2.hとか量産するの？
- 406 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 14:36:06 ]
- 普通はコピペするからわざわざライブラリ化なんかしない
- 407 名前：デフォルトの名無しさん [2006/05/02(火) 14:36:54 ]
- × 普通はコピペするからわざわざライブラリ化なんかしない
○ ＭＦＣではライブラリ化できない
- 408 名前：デフォルトの名無しさん [2006/05/02(火) 14:45:39 ]
- コピペ開発に対するアンチテーゼとかアウフヘーベンからクラスライブラリが出てきたんじゃないの？
コピペ開発に対するアンチテーゼとかアウフヘーベンからクラスライブラリが出てきたんじゃないの？
コピペ開発に対するアンチテーゼとかアウフヘーベンからクラスライブラリが出てきたんじゃないの？
コピペ開発に対するアンチテーゼとかアウフヘーベンからクラスライブラリが出てきたんじゃないの？
コピペ開発に対するアンチテーゼとかアウフヘーベンからクラスライブラリが出てきたんじゃないの？
ＭＦＣが出てきた当初から手間が減らないという不思議なライブラリでありながら、
ＳＤＫな人たちが「今までだってそうだったでしょ」と疑問を持たなかったという経緯もある。
- 409 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 15:04:38 ]
- だからお前の言う普通のやり方を解説してるサイトを早く出せ
お前の妄想なんか聞いたってしょうがない。
現実に存在するものを出せ
- 410 名前：デフォルトの名無しさん [2006/05/02(火) 15:06:52 ]
- 409=ＭＦＣでダイアログをライブラリに出来ると妄想してたゴミ
409=ＭＦＣでダイアログをライブラリに出来ると妄想してたゴミ
409=ＭＦＣでダイアログをライブラリに出来ると妄想してたゴミ
409=ＭＦＣでダイアログをライブラリに出来ると妄想してたゴミ
409=ＭＦＣでダイアログをライブラリに出来ると妄想してたゴミ
- 411 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 15:10:51 ]
- >>405
>>398 が誤りなのは同意して頂けたようで何より。
ところで、問題なのは「リソースインスタンス単位で一意でなければならない」という
制約であり、それと OOP との間に何の関係が？
つか、必死に見えるんでそーゆー書き方やめとけ。
- 412 名前：411 mailto:sage [2006/05/02(火) 15:13:36 ]
- >「リソースインスタンス単位で
いかん、主語が抜けている…
「ダイアログIDは、リソースインスタンス単位で
に訂正。
- 413 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 15:14:16 ]
- >>411
405の最後の１行解決してないよ。バカじゃないの？
405の最後の１行解決してないよ。バカじゃないの？
405の最後の１行解決してないよ。バカじゃないの？
405の最後の１行解決してないよ。バカじゃないの？
405の最後の１行解決してないよ。バカじゃないの？
- 414 名前：デフォルトの名無しさん [2006/05/02(火) 15:14:52 ]
- >>412
バカな内容に訂正は要らないよ。
バカな内容に訂正は要らないよ。
バカな内容に訂正は要らないよ。
バカな内容に訂正は要らないよ。
バカな内容に訂正は要らないよ。
- 415 名前：デフォルトの名無しさん [2006/05/02(火) 15:16:48 ]
- >>411
＞ところで、問題なのは「リソースインスタンス単位で一意でなければならない」という 制約であり
ＩＤＥが勝手にヘッダーに連番振るからﾗｲﾌﾞﾗﾘ化し難いんだろ。
- 416 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 15:29:27 ]
- >>413
ライブラリ化する場合、プロジェクトは別になる。
ということは、ライブラリ側の resource.h がどうなっていようと
そのライブラリの使用者に何の影響もない。
そんなことも解らないのか。頭悪いなあ。
で、OOP は何の関係が？
- 417 名前：デフォルトの名無しさん [2006/05/02(火) 15:38:48 ]
- >>416
もしかしてそのライブラリってDLLのこと？
前提全然理解してないじゃん。頭悪いな。
・ダイアログ１つ１つをDLLにすると開発効率悪杉
・DLLは派生出来ないのでOOPにならない
- 418 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 15:48:00 ]
- >>417
>もしかしてそのライブラリってDLLのこと？
いや、DLL に限定した覚えはない。
>・DLLは派生出来ないので
誤り。
- 419 名前：デフォルトの名無しさん [2006/05/02(火) 16:03:03 ]
- >>418
それって、IDEでペタペタコントロールを貼りながら、ダイアログ単位にリソースファイルを分けれるってこと？
- 420 名前：デフォルトの名無しさん [2006/05/02(火) 21:08:41 ]
- DLLにせず、"*.lib"、"*.rc"を使う限り、MFC(VC)では無理な気が…。
他のBCBとか.NETとかは使ったことないんでよく分かんないんですが。
ところで、ちょっと気になったんですが、MFCの場合、動的コントロールって
どうやって実現するんでしょうか？
以前の勤務先の先輩が、そういうMFCライブラリ(動的にボタン等を配置)を作った経験が
あるという話をされてて、その時、私はVB6だったので気にも止めてなかったんですが、
今となっては結構謎です。
- 421 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 21:21:03 ]
- 動的に配置ぐらいできる
|
 |
