MFCに嫌気がさした人の数→

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 05/10 00:57 / Filesize : 201 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

MFCに嫌気がさした人の数→

1 名前：デフォルトの名無しさん [03/07/26 14:15]: 特にゲーム製作には全然使えん罠
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 ]: 動的に配置ぐらいできる
422 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 21:28:09 ]: コントロールはウィンドウだから移動や表示、非表示は自由にできる。
あとリソース使わないでコードでコントロールを動的に表示することも可能。
423 名前：420 mailto:sage [2006/05/02(火) 21:37:50 ]: >>421
>>422
MoveWindow、ShowWindowは使ったことあるんですが、
"リソース使わないで…"が分かりませんでした。
キーワードを教えて頂けないでしょうか？
424 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 21:43:12 ]: CreateWindow
425 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 21:47:21 ]: MFCの場合は CButton::Create とか
426 名前：423 mailto:sage [2006/05/02(火) 22:33:21 ]: >>424
>>425
ありがとうございます。試してみたらできました。フォントが妙に大きく表示されるのは、OnPaintをいじってないからかもしれませんが…。
CXXXDlg::OnInitDialog()
{
　　CDialog::OnInitDialog
　　m_pEdit = new CEdit;
　　CRect rc(10, 10, 110, 33);
　　m_pEdit->Create(WS_CHILD | WS_VISIBLE | WS_TABSTOP | ES_AUTOHSCROLL | WS_BORDER, rc, this, NULL);
　　return TRUE;
}
void CXXXDlg::OnDestroy()
{
　　CDialog::OnDestroy();
　　m_pEdit->DestroyWindow();
　　delete m_pEdit;
}
427 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 11:20:34 ]: >>420
BCBは、１つのフォームが、Form1.h/.cpp/.dfmになっててプロジェクト情報とは完全独立。
さらにフォームの派生の派生もIDEで出来る。
イベントハンドラ内で上位イベントハンドラコールまでIDEがメンドウ見てくれる。
428 名前：426 mailto:sage [2006/05/03(水) 11:47:35 ]: >>427
BCBいいですねぇ。どこかで、OWLの流れを汲むVCLのオブジェクト指向は
完全なオブジェクト指向で、MFCはWin32APIラッパとしてのためだけの
オブジェクト指向だと聞いたことがあります。BorlandのIDE事業売却は残念ですが…。
MSもMFCを見捨ててWinForms(C++/CLI)なんて.NET依存のものを作らずに、
ネイティブで真のオブジェクト指向のクラスライブラリ・IDEを作って欲しいですね。
429 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 14:55:24 ]: 問題は何を持って「真のオブジェクト指向」と見做すかと言うことだ。
430 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 16:59:51 ]: >真のオブジェクト指向

こんなもの追求するなら、
クラスベースという中途半端なもの捨てるしかないっしょ。

誰もそんなもの望んでない。
431 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 17:02:23 ]: >>419
それで419にとっての疑問は解決したのかな？

俺は日曜プログラマーで無茶苦茶にシロウトくさい人間だ。
そんなヘタレにとってDialogの使いまわしは非常に重要だったのでやり方を覚えた。
（カスみたいなチッポケなプログラムなのでその程度でも大変に思えるということなんですがね）

ヘタレの俺のやり方を書いてみる（貧乏臭くVC6ですヨ）
新しくプロジェクトを作った後、［ファイルを開く］で使いたいダイアログの入っているプロジェクトの
フォルダに行って***.rcをクリック、explore風の表示でDialogフォルダを開けて欲しいダイアログを
新しいプロジェクトのリソースに、まんまドラッグする。（ここで移動じゃなくコピーするを択ぶ）
ListViewとかではICONも必要なので同じようにドラッグでコピーする。
これだけでOK

あとはダイアログのクラスとか勝手に作りたがるので可能なら同じ名前で作ってしまう。
そして、今度はそのコピったダイアログクラスの*.h,*.cppの中味をザックリ入れてOK
ダイアログクラスそのものに実装は終わり。
あとは好きに料理する。

ま、これは俺と同じで日曜プログラマ用なんだろうがこれを見出すのに俺は時間が掛かったｗ
ので役に立つかもと書いてみた。
432 名前：デフォルトの名無しさん [2006/05/03(水) 22:17:15 ]: >>431
それってコピペコーディングであって、
ライブラリでも何でもねーじゃん、ダッせー。

＞あとは好きに料理する。
あほか。
433 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 23:02:10 ]: >>432
431はライブラリとは書いてない。
自分の振った話題しか見えないのはキミが低脳だからなのが解るか？
またダサくない方法も提示できないのであれば、低脳な上にカスでもあるｗ

わかったかいカス
434 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 23:32:24 ]: >431はライブラリとは書いてない。

言語～開発環境で、ライブラリ化出来ないものに存在意義あるの？
435 名前：428 mailto:sage [2006/05/03(水) 23:50:50 ]: 荒れますね…。まぁスレタイがスレタイなのでしょうがない気もしますが…。
リソースを使わないクラス化というのであれば、こんなのもあるようです。
msdn.microsoft.com/msdnmag/issues/05/08/CAtWork/default.aspx
436 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 23:51:16 ]: コードの全てはライブラリであるべきだと？
437 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 00:10:28 ]: ちょっと読み間違い。誤解を生む文章だったかも。

ソフトウェアの開発ツールでありながらライブラリ化を上手くできないのは如何なものかと、
といいたいだけ。
438 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 00:13:19 ]: ライブラリ化に関しては>>427-428 みたいなものもあるし、
Ｃ丼もそういうつくりになってるらしいし。
439 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 06:16:07 ]: リソース関係は容量食うからDLLが一般的なだけで
スタティックリンクやろうと思えばできそうな気もするな
同じリソースを全部のEXEに持たせるのはアホらしいから
馬鹿以外はそうしないだけなのかも
試してからできないと言ってるんだろうか？
440 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 09:09:17 ]: rcをインクルードしたらできた
ということで
>1-439はアホ
441 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 13:04:46 ]: で、>>427-428 をMFCでやろうとしたらどうすれば良いの？
VC++のIDEでポトペタしながら。
442 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 13:11:34 ]: コピペのやり方ならでてたじゃん
リソース開いてドラッグドロップ
443 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 13:15:56 ]: コピーじゃだめ。

ソース共有したいんだから。

だって片一方のプロジェクトで拡張しても、もう片一方が古いままじゃん。

ソース共有はソフトウェアの基本！
444 名前：デフォルトの名無しさん [2006/05/04(木) 13:33:58 ]: #incllude　すりゃいいじゃん
445 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 13:39:49 ]: >>444
おまい、MFCがresource.hを固定で持ってることや、
rcファイルに全ダイアログリソース持ってること知らんだろ。
446 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 13:44:04 ]: MFCじゃなくてVC++のIDEでダイアログ作ると、
resource.hが固定だったりrcファイルが１つに固定だったりするのがガンなんだな。

これが>>427-428のようになれば便利なんだが。
447 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 13:45:54 ]: VCのリソースはrcファイルに無くても書けるんだな。
ソースファイルに。
これは、MFC以前の話だな。
448 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 13:46:37 ]: >>443
もう一方が古いままｗ
あたりめーじゃねーか、完成したものにリソース改変の副作用を与えてどうする？
てかスゲー馬鹿だろオマエ
449 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 13:49:38 ]: >>447
つ >>446

>>448
おまえは本当に馬鹿なやつだな。
そうくると思ったが、CVSでバージョン管理してるから問題無いし、
ソース共有出来ない理由が「副作用」だなんて、キチガイの中のキチガイ。
共有できない世界ってのはソフトウェアの特性が無いってこと！
それハードウェア。
450 名前：デフォルトの名無しさん [2006/05/04(木) 13:51:14 ]: もう一つ書いとくと、

>あたりめーじゃねーか、完成したものにリソース改変の副作用を与えてどうする？

副作用にすべきじゃない部分をベースクラス、
そのプロジェクトの固有部分を派生クラスにすんじゃね？

BCBなら完璧にそれできるぜ。
451 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 13:55:01 ]: 変なレスがきそうなんで書いとくが、

BCBではフォームに関して、
副作用にすべきじゃない部分をベースクラス、
そのプロジェクトの固有部分を派生クラスに出来る。

CDialogに関してコピペしか手が無いのが、VC++IDE/MFC。
452 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 13:57:35 ]: 何をどう言い訳しようが、
クラスライブラリである限り大前提の特性がある。
基本部分が既にあって差分を記述するだけで開発出来る。

コピペが必要なクラスライブラリは飛んでもキティのカタワライブラリ。
453 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 13:58:34 ]: MFC使いは頭がカタワ。
454 名前：デフォルトの名無しさん [2006/05/04(木) 14:01:13 ]: WTLってポトペタした画面を別プロジェクトで使ったり、
さらにそれにポトペタできるんだっけ？
455 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 14:04:44 ]: そういう考えならアイコンも継承しないとだめだな
456 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 14:06:27 ]: 455=頭がカタワ

ｵﾏ、もう不要。
別にレスしなくて良いから。
457 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 14:08:47 ]: C++じゃないリソースを継承しろっていわれてもな
458 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 14:13:37 ]: リソースを継承しろと逝ってるんじゃない。

i) IDEでCDialogにポトペタしたCMyDialogを他プロジェクトで使えるようにしろってこと。
ii) さらに別プロジェクトでCMySpecialDialogに継承出来たら理想だなってだけ。

で、おなじ事をBCBなら何も考えなく出来る。
フォーム単位でファイルが分かれてるからプロジェクトに組み込むだけ。
459 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 14:15:22 ]: アイコンは.iconファイル、ツールバーならbitmapファイルでフォルダーに存在するよ。
まんまコピペできる。
.rcファイルではパスを通してやってるだけ
or
stringテーブルで名前にパスを通してやってるだけ
460 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 14:16:17 ]: そうか、普通に出来ることをMFCで出来ないから、
MFCばっか使ってる人には何の話か皆目検討もつかないって事か。
こういうのを不自由とかカタワという。

それでアイコンを継承しる！とかイミフメなレスが出てくるんだ。
461 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 14:17:23 ]: フォーム単位でわけて別ファイルに保存
使いたいやつをinclude
462 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 14:18:37 ]: >>461
>フォーム単位でわけて別ファイルに保存
これが、VC++のIDEでポトペタするときに不可能だから困ってんだな。
463 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 14:21:40 ]: MFCを廃止した方が世の中幸せになりそうだな。
M$が社内ではMFCを使ってないように。

大体、M$はC++を流行らせないことによりオプソに対抗したわけだが、
MFCみたくキチャナイもので開発者からC++から遠ざけﾌﾞﾋﾞ厨を大漁生産した。
464 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 14:23:08 ]: コピーしていらないやつ消せばいいだけ
465 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 14:24:42 ]: 464=頭がカタワ

ｵﾏ、平気でループさせるな。 >>451-452
466 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 14:29:39 ]: IDEでダイアログ単位で別ファイルに保存
これは可能
467 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 14:31:30 ]: CDialogクラス(だけ)は独自にClassを作れるよ。
CDialogはC～AppクラスがRuntimeとは別枠で作ってるから、Doc-Viewアーキテクチャ、基い、
Runtime、のカセから逃れられる。
468 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 14:32:13 ]: >>466
resource.hとかダイアログ単位に別ファイルに可能？
rcファイルをダイアログ単位に別ファイルに可能？

その操作を書いてるサイトきぼん。
それが出来るならその通り使うから。
469 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 14:35:30 ]: >>463
> M$が社内ではMFCを使ってないように。
というのは違うかもしれません。VC++6.0のIDE自体はMFCで開発されています。
(少なくともSpy++、DelendencyWalkerで確認した限りでは…)

458 にあることの実現は、現状のMFC(WTL含む)では不可能ですが、C++/CLI等で
WinFormsを使用すれば、リソースファイル(*.resx)が各フォーム毎に生成されるので
多分実現できるのじゃないかと思います。
470 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 14:37:48 ]: #include
471 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 14:38:26 ]: >>469
古いアプリにはMFC使ってるだろうが、MFCじゃなくて別のクラスライブラリを使ってるっていう記事見たお。

ﾄﾞﾄﾈﾄはやなんだよ。というか、使う予定０。
472 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 14:43:27 ]: msdn2.microsoft.com/ja-jp/library/6e7446zd.aspx
473 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 14:57:48 ]: >>472
VC6だと、
表示＞インクルードファイルの設定＞コンパイル時に追加するファイル
だね
474 名前：469 mailto:sage [2006/05/04(木) 15:05:24 ]: >>471
> 古いアプリには…
そのとおりです。VS2003のIDEでは、MFCを使わず、Officeと同様のGUI部品を使っているようですし、
加えて、VS2005のIDEでは、.NETランタイム依存となっています。

> ﾄﾞﾄﾈﾄは…
まぁ、それは正直、私も同感です。M$がC++/CLIを強引にISO化したところで、
私はあれをC++の進化系と認めたくはありませんし、使いたくもありません。

>>472,473
"#inlude"ってなんのことだと思ってたら…orz。失礼いたしました。
475 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 14:56:29 ]: >>449
> CVSでバージョン管理してるから問題無いし
使用経験ゼロのヤツ

>　共有できない世界ってのはソフトウェアの特性が無いってこと！
>　それハードウェア。
ハードウェアがカスタムだと思い込むシロウト（PGAとかあるにはあるがナ）

オマエ勉強しなおせよ何もかも
476 名前：デフォルトの名無しさん [2006/05/05(金) 22:15:16 ]: うわ、 475新生キティだわ。こりゃすげ。

>> CVSでバージョン管理してるから問題無いし
>使用経験ゼロのヤツ

ちょ、、、、日本語でおｋｗｗｗ

CVSでバージョン管理して >>450 のように開発していくことを教えてあげてるからね。

>ハードウェアがカスタムだと思い込むシロウト（PGAとかあるにはあるがナ）

ちょ、、、、知ったかやめれ。FPGAだがや。

それからハードウェアというのは「独自基板」でカスタム。
それに財リンクスとか組み込んでFPGAするわけ。
で、FPGAは「ソフトウェア」だから。

論理的思考も出来ないようで、存在価値のないやつ乙！
477 名前：名無し募集中。。。 mailto:sage [2006/05/06(土) 01:32:51 ]: >>475-476
酷い自演を見た
478 名前：デフォルトの名無しさん [2006/05/06(土) 01:34:25 ]: >>477
ソース or 根拠ｷﾎﾞﾝ
479 名前：デフォルトの名無しさん mailto:sage [2006/05/10(水) 11:06:18 ]: >CVSでバージョン管理して >>450 のように開発していくことを教えてあげてるからね。
日本語でおｋ

>それからハードウェアというのは「独自基板」でカスタム。
日本語でおｋ

>論理的思考も出来ないようで、存在価値のないやつ乙！
日本語でおｋ
480 名前：デフォルトの名無しさん mailto:sage [2006/05/23(火) 01:23:44 ]: >>476
PGAで通じるんだよ。
ＦＰＧＡには色々なタイプがある、WriteOnceなものは配線を切るものもあるんだ
Ｘｉｌｉｎｘのようなものは低速だというやつも居る。

ボードを触った経験ぐらいしかないカスはダマットレ

あとさ、高々ダイアログ程度をライブラリなどどホザク低脳がカスタムでハードとかってのは失笑するしかないな
オマエバカな学生だろ？それも実際には何もやったことのない
481 名前：デフォルトの名無しさん mailto:sage [2006/05/24(水) 10:10:39 ]: PGAっつーとパッケージのほうを思い出すな。
ゴルフツアーでもいいがｗ
482 名前：デフォルトの名無しさん mailto:sage [2006/05/24(水) 13:06:03 ]: 480の文って１行1行繋がりが無いのは何で？それも全行。
スレの流れに沿ってないどころじゃなくて中身が存在して無い。
統●失調？
483 名前：デフォルトの名無しさん mailto:sage [2006/05/31(水) 14:31:45 ]: 480の学生時代はバカで
何もやってなかったってことだろうか。
484 名前：デフォルトの名無しさん mailto:sage [2006/06/01(木) 14:30:33 ]: また初段から落ちた…
485 名前：デフォルトの名無しさん [2006/06/01(木) 21:28:39 ]: 最初は「なんだこりゃ？」だったけどCOMとかオートメーションとかActiveXの勉強してみると
「またむりやりC++でくっつけたなぁMSは。でも、仕方ないか」と思えるようになってきたところ
勉強始めたところだから間違ってるかもしれないし、MFCというよりもVisualStudioがすごいのかも知れないけどね

どうもATLとかWTLを使えばもっと強力なのかもしれないけどそれは次に置いておいて
MFCで勉強をすすめるかな
486 名前：デフォルトの名無しさん mailto:sage [2006/06/01(木) 21:44:54 ]: >>485
勉強するならWTLを激しくお勧め。
きれいなソースで継承関係でもっさり感が80%減（MS社比）
VC++が出力する気味の悪いテンプレートに悩まされず、VCのバグに
巻き込まれにくい。
問題はドキュメントの数と認知度の低さ。趣味グラマーならWTL。

つーかMFCに勉強する所なんて無い。バッドノウハウの温床だよ。
487 名前：デフォルトの名無しさん mailto:sage [2006/06/01(木) 21:47:59 ]: WTLはVS2005 EEで使えないんじゃなかったっけ
488 名前：デフォルトの名無しさん mailto:sage [2006/06/01(木) 22:02:41 ]: >>487
使えない？（´・ω・｀）

最悪make環境でも作れるぽ。効率悪いけどｌ。
489 名前：デフォルトの名無しさん mailto:sage [2006/06/02(金) 00:46:39 ]: 意外とフレームワーク等を自作して使っている人って少ない？
490 名前：デフォルトの名無しさん [2006/06/02(金) 00:48:50 ]: Expressでも使えるようにできる
つーかMFCこそ使えないし
491 名前：デフォルトの名無しさん mailto:sage [2006/06/02(金) 04:31:39 ]: MFCのソースコードはもうAPIのサンプル集と思ったほうがいい
あれがオブジェクト指向だと信じられていた時代があった・・・
492 名前：デフォルトの名無しさん mailto:sage [2006/06/02(金) 17:27:41 ]: >>486 >>489
WTLはATL抜きで使えないから俺も自作した。
ATL（の少なくともWTLに必要な部分）が自由に使えるのであれば、
文句無くWTLを使うんだけど。
493 名前：デフォルトの名無しさん mailto:sage [2006/06/02(金) 17:36:32 ]: >>492
Expressで使えるぞ
ATL3だがWTLはちゃんとサポートしてる
Express+WTLはExpressの存在理由だろう
494 名前：デフォルトの名無しさん mailto:sage [2006/06/02(金) 22:35:11 ]: >>493
Visual C++以外でもWTLを使いたいの。
495 名前：デフォルトの名無しさん mailto:sage [2006/06/03(土) 19:00:37 ]: MFCは、クソマクロや定数がちりばめられなければ
まだ使おうという気にもなるんだが・・・。
496 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 23:35:59 ]: VBerにも使えるMFCには存在価値がある
497 名前：デフォルトの名無しさん [2006/06/05(月) 08:38:13 ]: >>496

断言するけど使えない。
C++を１０倍難しいものにするＭＦＣ。
498 名前：デフォルトの名無しさん mailto:sage [2006/06/05(月) 10:15:10 ]: MFCだとメッセージ処理、WinAPIまでつっこまない(=時間の浪費)と
まともにプログラムできない。

それと国際化対応、スレッド、コンテナの直行性、モダンでないシリアル化がいまいち。
互換性が完全に足枷になってるんだな。(VC7.1Userです。VC8ってなんか変わったの?)

.NETはSTL.NETがまだ使えないので洗練されたコンテナが...
499 名前：デフォルトの名無しさん [2006/06/05(月) 18:15:43 ]: つまりVCL最強って琴田
500 名前：デフォルトの名無しさん mailto:sage [2006/06/05(月) 20:48:07 ]: いっそQTとか
501 名前：デフォルトの名無しさん [2006/06/10(土) 07:03:23 ]: MFCつかうと一気に実行ファイルサイズが10倍に?！
502 名前：デフォルトの名無しさん [2006/06/10(土) 11:08:26 ]: みんな！！MFCの悪口を言うなよ！

MFCも、今にきちんとするつもりなんだよ、きっと。
503 名前：デフォルトの名無しさん mailto:sage [2006/06/10(土) 13:39:28 ]: >>502
きちんとしようとした VB が VB.NET になったように
過去の互換性を捨てて MFC on .NET に！

…わりぃ、要らんわ。
504 名前：デフォルトの名無しさん mailto:sage [2006/06/10(土) 13:51:44 ]: Win32のラッパだからWin32があるかぎりMFCも使える。
Win32がなくなればMFCも不用
505 名前：デフォルトの名無しさん mailto:sage [2006/06/10(土) 21:35:36 ]: >>501
それはVCLwww

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef