- 1 名前：デフォルトの名無しさん [03/07/26 14:15]
- 特にゲーム製作には全然使えん罠
- 557 名前：デフォルトの名無しさん mailto:sage [2006/11/14(火) 13:07:10 ]
- >>555
VBのランタイムライブラリは
予めコンパイルされているだけ、まだまし。
- 558 名前：デフォルトの名無しさん mailto:sage [2006/11/14(火) 16:56:40 ]
- .NET Frameworkのクラスライブラリはインストール時にngenをかけていると聞いたことがある。
- 559 名前：デフォルトの名無しさん mailto:sage [2006/11/16(木) 01:27:47 ]
- 使えればなんでもいいじゃん。
中の実装なんて、どうでもいいじゃん。
いやなら、VCL（古臭い）でも使ってろよ。
- 560 名前：デフォルトの名無しさん mailto:sage [2006/11/16(木) 08:42:40 ]
- .NET Framework 2.0 廃止予定の API 一覧
ttp://www.microsoft.com/japan/msdn/netframework/programming/obsoleteapi/
（ <●><●>） ドトネト１．０〜２．０廃止なのは分かってます
（Ｕ ）つ
ｕ ｕ
古臭いVCL ＞＞＞＞＞ ＷｉｎＦＸ ＞＞＞＞＞＞ ＭＦＣ
- 561 名前：デフォルトの名無しさん [2006/11/16(木) 22:52:48 ]
- ↑
使いにくさですよね？
- 562 名前：デフォルトの名無しさん mailto:sage [2006/11/17(金) 15:38:27 ]
- >>561
ttp://www.google.co.jp/search?hl=ja&q=MFC+%E6%B1%9A%E3%81%84&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=
MFC 汚い の検索結果 約 12,900 件中 1 - 10 件目 (0.03 秒)
- 563 名前：デフォルトの名無しさん [2006/11/17(金) 20:44:36 ]
- ttp://www.google.co.jp/search?hl=ja&q=MFC+%E7%B6%BA%E9%BA%97&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=
MFC 綺麗 の検索結果 約 41,800 件中 1 - 30 件目 (0.21 秒)
- 564 名前：デフォルトの名無しさん mailto:sage [2006/11/17(金) 20:51:39 ]
- ttp://www.google.co.jp/search?hl=ja&q=MFC+%E7%BE%8E%E3%81%97%E3%81%84&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=
MFC 美しい の検索結果 約 69,900 件中 1 - 10 件目 (0.04 秒)
- 565 名前：デフォルトの名無しさん mailto:sage [2006/11/17(金) 21:29:53 ]
- ttp://images.google.co.jp/images?hl=ja&q=AV%E5%A5%B3%E5%84%AA&lr=lang_ja&ie=UTF-8&oe=UTF-8&sa=N&tab=wi
AV女優 の検索結果 約 22,800 件中 1 - 20 件目 (0.32 秒)
- 566 名前：デフォルトの名無しさん [2006/11/17(金) 22:12:13 ]
- MFCが汚いなんていってる人って結局C++が理解できていないんだよね
- 567 名前：デフォルトの名無しさん mailto:sage [2006/11/17(金) 23:21:52 ]
- >>566
あの酷いコレクションクラス設計からしてマトモなAPIじゃないよ。
- 568 名前：デフォルトの名無しさん mailto:sage [2006/11/17(金) 23:37:55 ]
- Doc-Viewアーキのカセ、むしろ更に、APPとFrameとDocとViewにはめられているRUNTIMEの鎖が汎用性にはネックになる部分で
慣れれば、用途によりけり抜け道と言うか、持って行き方があるけど。
自動生成のソースを全て底のクラスの意味まで理解すれば、色々応用が使えるようになってくる。
確かに特にRUNTIMEはマクロ、テンプレ、仮想関数(実行時まで型を決めずにおける)満載で、ウィンドウ用途に限って言うと、C++を存分に使い切っている。
マルチウィンドウ、例えば、ブラウザではサイトによりFormは無限だが、同様にTreeViewで開いたモノにより、画面を変えるなんてのにはMFCは最強。
.NETは使ったことは無いから分からないが、ActiveXはコンポーネントの中身が見えないのと同様のものを感ずるが、MFCはソースとしてフルに見れる、確かに大量にはあるが、元を辿るぶんには結構な量ではあるが、半端無いわけじゃない。
そして、ちまたにあるできあがったコントロールを使うなら、非常に楽にできる、できるようになるまでがたいへんだけど。
が、クライアント用途以外を考えるなら、WINDOWS以外も考えなければならないのでMFCじゃ無理。
- 569 名前：デフォルトの名無しさん [2006/11/17(金) 23:46:44 ]
- Doc-Viewがカセ？
ポトペタ環境がありがたいと感じるのは最初だけ。
C#やVBはポトペタ環境がﾏｼﾞうぜー
- 570 名前：デフォルトの名無しさん mailto:sage [2006/11/17(金) 23:54:53 ]
- My Favorite Class-library
- 571 名前：デフォルトの名無しさん mailto:sage [2006/11/17(金) 23:59:02 ]
- >>569
例えば、
ファイルダイアログ＞開く・保存なんてのは、MFCじゃほんの数行でできるが(注:カセに則ってる分には)、
ファイルダイアログを開かずに直接、DATなりから自分が独自に作ったクラスにserialize使うなり、archive実装するとなると、最初はつまづくでしょ。
MFCの場合は、最初に壁があって、そこを超えると使いやすさが広大に開ける、そんなのが多い。
- 572 名前：デフォルトの名無しさん mailto:sage [2006/11/18(土) 01:38:13 ]
- MFCの文句をいうならMFCで出来たものを使うなよ〜〜〜〜〜〜
- 573 名前：デフォルトの名無しさん [2006/11/18(土) 02:27:18 ]
- .NETもReflectorでざっと読んでみたが糞設計だな・・・
- 574 名前：デフォルトの名無しさん mailto:sage [2006/11/18(土) 12:22:57 ]
- Doc/Viewなんて、STLでDoc実装＋Ｖｉｅｗの描画にポトペタ部品の派生が最強。
結論：ポトペタ部品の派生が簡単なＶＣＬ最強。（ＤｅｌじゃなくてＢＣＢ）
- 575 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 09:35:40 ]
- ＭＦＣがOOPになってないところ羅列
・描画中にCBrushとか自分で生成破棄する必要がある。
- 576 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 09:37:42 ]
- それはOOPとは関係ないだろ
- 577 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 09:58:30 ]
- ウィンドウが自分を描画するブラシぐらい持つべきだろ。
持ってないならクラスにならん。
- 578 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 09:59:50 ]
- ＭＦＣがOOPになってないところ羅列
・ダイアログのリソースが１ファイルに収まるため、別プロジェクトがダイアログクラスを普通に共有できない
- 579 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 10:07:24 ]
- それはOOPとは関係ないだろ
- 580 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 10:23:38 ]
- CDialogクラス派生した部品が他プロジェクトの派生部品となりえない・・・ｱﾘｴﾅｽ
- 581 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 10:25:36 ]
- ＭＦＣがOOPになってないところ羅列
・ダイアログに貼る部品がActiveXであって、C++のclass宣言でクラス派生できない
- 582 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 10:28:53 ]
- それはOOPとは関係ないだろ
- 583 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 10:40:31 ]
- クラス派生できない→OOPではない
- 584 名前：デフォルトの名無しさん [2006/11/20(月) 10:41:09 ]
- MFCはOOPとは関係ないだろ
- 585 名前：デフォルトの名無しさん [2006/11/23(木) 22:21:16 ]
- つか、OOPとMFCは関係ない
- 586 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 22:27:14 ]
- はぁ？MFCにはOOPは関係ない
- 587 名前：デフォルトの名無しさん [2006/11/23(木) 22:52:30 ]
- はぁ？OOPにはMFCは関係ない
- 588 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 22:59:37 ]
- もうちょっと変化に工夫を付けろ
- 589 名前：デフォルトの名無しさん [2006/11/23(木) 23:36:15 ]
- はぁ？OPMにはCOFは関係ない
- 590 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 08:37:08 ]
- はぁ？KFCにはMACは関係ない
- 591 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 10:13:34 ]
- 麻雀格闘倶楽部かと思った
- 592 名前：デフォルトの名無しさん [2006/11/26(日) 19:54:07 ]
- あそこまで妙なマクロは使ってないけど、自作のC(not C++)のライブラリに似てて鬱だ>>MFC
- 593 名前：デフォルトの名無しさん [2006/11/28(火) 17:17:55 ]
- ここは麻雀格闘スレですよ
- 594 名前：デフォルトの名無しさん [2006/11/28(火) 22:22:52 ]
- そんな貴方にWide Studio
- 595 名前：デフォルトの名無しさん [2006/12/02(土) 20:25:03 ]
- 今後、.NETが浸透してネイティブアプリなんて必要なくなるのかな？
- 596 名前：デフォルトの名無しさん mailto:sage [2006/12/02(土) 21:11:24 ]
- アプリケーションの必要性は使用されているライブラリやアーキテクチャには無い。
その有用性にあるのだ。
- 597 名前：デフォルトの名無しさん [2006/12/03(日) 05:03:07 ]
- んなこと言ったらみもふたもない。
道具として何がよいかどうかの話なんでは。
- 598 名前：デフォルトの名無しさん mailto:sage [2006/12/03(日) 05:33:58 ]
- 漏れはもう、.NET/C#で事足りるなら、わざわざC++でネイティブアプリ作る気にはならないかも。
んで、実際大抵の用途には事足りる気がする。
- 599 名前：デフォルトの名無しさん mailto:sage [2006/12/03(日) 07:19:52 ]
- ネイティブ実行ファイルが生成出来て
使いやすいC++のRAD開発環境があればいいけどね(M$製で)。
D言語 + RADでネイティブ吐く環境のがもっといいかも(やっぱM$製で)。
- 600 名前：デフォルトの名無しさん mailto:sage [2006/12/03(日) 09:55:24 ]
- VC++とMFCでWinのプログラミングするのはほんと大変。
ある程度まともなアプリ書ける様になるまで3年かかった。
しかし未だ分からない事は山程あるので、まだまだ一人前とは言えないし。
- 601 名前：デフォルトの名無しさん mailto:sage [2006/12/03(日) 13:01:16 ]
- MFCはウインドウのフレームだけでペインの中は自分でバリバリ書いてねってフレームワークだから、
RAD風にコントロールを並べてというのを期待するとCFormViewしかないので戸惑う。
C++ベースでRAD系の開発ツールはサードパーティにまかせて、あえてMSは出さなかったという話を
聞いたことがあるがソースが出てこない。BC++やVisual Age C++がそうだったのだろうか。
- 602 名前：デフォルトの名無しさん [2006/12/04(月) 00:48:42 ]
- RADツールでもお客の要求などからコントロールを１から書くことが結構ある。
RADツールしかつかったことないひとはちょっとした変更でもできないなんていう。
たとえば、グリッドなんかでセルにボタンを配置してくれとか、コンボを配置してくれとか
簡単なのにできませんなんて・・・
- 603 名前：デフォルトの名無しさん mailto:sage [2006/12/04(月) 00:59:27 ]
- そういえばMFCもけっこう使ったけど、CFormViewてほとんど使ったことないかもしれん。
- 604 名前：デフォルトの名無しさん [2006/12/04(月) 01:06:39 ]
- ふつう使わない
- 605 名前：デフォルトの名無しさん mailto:sage [2006/12/04(月) 02:14:46 ]
- Office2007はMFCなんでしょうか？
これからもパッケージソフトはC++でMFCなの？
C#とVBではプログラム作れるようになったけど、VC++でMFCもやっておいた方がいいんだろうか？
などと、学生は考えてしまいます
- 606 名前：デフォルトの名無しさん [2006/12/04(月) 02:23:11 ]
- C#とVBは３日あれば覚えられる
- 607 名前：デフォルトの名無しさん mailto:sage [2006/12/04(月) 02:27:49 ]
- 事前にどういう言語知ってるかによるだろ
- 608 名前：デフォルトの名無しさん [2006/12/04(月) 02:30:22 ]
- はぁ？
C/C++をしらない奴みたことないぞ
- 609 名前：デフォルトの名無しさん mailto:sage [2006/12/04(月) 02:34:51 ]
- C#にはC/C++にない概念もあるだろ。
言語だけわかってもでっかいライブラリをある程度把握しないと何も出来きないし。
そういうのは他との対比ができれば理解が速いと思うけど。
VBは知らん。
- 610 名前：デフォルトの名無しさん [2006/12/04(月) 13:22:21 ]
- すまん、VBでもmainから始めてた、偽装派遣で客先いくまで
- 611 名前：デフォルトの名無しさん mailto:sage [2006/12/06(水) 19:46:56 ]
- どうでもいい
- 612 名前：デフォルトの名無しさん mailto:sage [2006/12/06(水) 20:29:42 ]
- MFCかどうかはともかく、当分はC++の独占場だとは思う。
- 613 名前：デフォルトの名無しさん mailto:sage [2006/12/06(水) 20:37:27 ]
- 最近までVC6.0がメインで誰もC++を知らないC言語ワールドにいました。
- 614 名前：デフォルトの名無しさん mailto:sage [2006/12/06(水) 21:07:20 ]
- >>613
Cだけ使ってる分にはVC6は軽くていいかもな
MSVCRT.DLLなら普通の環境にはデフォで入ってることが期待できるし
- 615 名前：デフォルトの名無しさん mailto:sage [2006/12/07(木) 08:49:30 ]
- なんだかんだ言ってもいまだにVC6はインストールしてあるｗ
- 616 名前：デフォルトの名無しさん [2006/12/07(木) 18:04:42 ]
- MFCってVC++2005でもサポートされるんだっけ？
MFCのメジャーバージョンうｐとかどうなんでしょ。
- 617 名前：デフォルトの名無しさん mailto:sage [2006/12/07(木) 18:16:26 ]
- VC++ 2005 （Std以上）にはMFC 8が付いている。
- 618 名前：デフォルトの名無しさん [2006/12/07(木) 18:26:04 ]
- ＞MFC 8
VC++6のMFCと互換性おｋ？
- 619 名前：デフォルトの名無しさん [2006/12/15(金) 00:54:53 ]
- 俺はWEBアプリばかり作ってたから、未だにMFC未体験。
- 620 名前：デフォルトの名無しさん [2006/12/15(金) 01:36:29 ]
- WEBとMFCになんの関係があるの？
- 621 名前：デフォルトの名無しさん mailto:sage [2006/12/15(金) 01:55:01 ]
- どちらかというと、関係がないと言ってるように見えるのだが。
- 622 名前：デフォルトの名無しさん mailto:sage [2006/12/18(月) 14:09:11 ]
- Ｖ＄ドトネトに逝行してもＭＦＣ使ってる人っています？
逝行の致命的な問題とか無いでつか？
- 623 名前：デフォルトの名無しさん [2006/12/19(火) 11:17:23 ]
- ＞CDialog１つに対してresource.hとrcファイルがあって、
＞プロジェクトをダイアログ単位の部品クラスに分割できれば、
＞まだ使えたようなｷｶﾞｽﾙ
他のプロジェクトにダイアログをカレントプロジェクトにコピペといった使い方しかできないおね。
ＭＦＣのパワーユーザーとか、他のプロジェクトのダイアログをクラスライブラリとして使いまわせない事をどう思ってんだろ？
- 624 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 11:24:20 ]
- コモンダイアログ
- 625 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 11:28:58 ]
- ＞コモンダイアログ
ＭＦＣではない。
- 626 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 12:12:14 ]
- ダイアログテンプレート
- 627 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 12:18:12 ]
- Vi$taでもMFC使い続けますか？ドトネトにコンバートしますか？
- 628 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 12:43:53 ]
- >>623
ダイアログのリソース関連はまったく同意だなぁ
新しいプロジェクトはDLL化して分割管理しているからまだマシだけど
ずっとメンテナンスしてるプロジェクトがダイアログリソースだけでが２５０くらいあって
もうどうしようも無い感じなってきてる
- 629 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 13:20:11 ]
- ダイアログリソースって壊れやすいから嫌い。
変なマクロもぶちまけるし。
ソースとリソースを相互変換するツール作ればいいだけじゃ？
- 630 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 13:49:19 ]
- ＞ソースとリソースを相互変換するツール作ればいいだけじゃ？
つ BCBなら１ダイアログが３ファイル（.h/.cpp/.dfm）
- 631 名前：デフォルトの名無しさん mailto:sage [2006/12/19(火) 13:52:19 ]
- ダイアログテンプレート
- 632 名前：デフォルトの名無しさん [2006/12/22(金) 02:38:35 ]
- 厨な質問だと重々承知しておりますが質問します。
WindowsオンリーであればＭＦＣ使った方がいいですかね？
世間の評価が気になるのですけど、ＭＦＣ？：( ´,_ゝ`)ﾌﾟｯてな感じになりませんか？
- 633 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 07:38:32 ]
- >>632
お好きなように。
>ＭＦＣ？：( ´,_ゝ`)ﾌﾟｯてな感じになりませんか？
MFC でも何でも、マトモなものが作れてるなら問題ない。
- 634 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 08:46:43 ]
- C/C++プログラマへアドバイス
ttp://www.01-tec.com/document/advise_to_programmer.html
（個人的にはＭＦＣは VC++ の唯一の汚点だとも思っています^^;）ので、Windows系のプログラムを作るならこれ↓
- 635 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 09:01:25 ]
- いや・・・さすがにMFCとSTLを同列で扱ってたりするような糞サイトは参考にならんと思うが・・・
- 636 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 09:10:27 ]
- ＞MFCとSTL
MFCのCStringとstd::string問題を扱ってるだろ。
635=その問題を知らないとはC++使ってるとは言えない。
- 637 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 09:10:45 ]
- パソコンだって箱より中身の方が大事なわけだし
それがわかってれば箱なんか気にしない
- 638 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 09:12:10 ]
- ttp://program.station.ez-net.jp/special/vc/general/conpatible.asp
□ Visual C++ の互換性…
Visual Studio .NET を買って早数日…。
COM コンポーネントのバージョンアップを図るべく Visual C++ 7.0 にて ATL COM のプロジェクトをコンパイルしなおすことになりました。
□ MFC 7.0 と ATL 7.0
□ 変更点の補足
□ エラーを取り除く…
□ COM 動かず…
- 639 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 09:13:29 ]
- 意味わかんないです（＞＜）
ttp://www.microsoft.com/japan/msdn/netframework/programming/obsoleteapi/ObsByNamespace.aspx#System.Windows.Forms
System.Windows.Forms.Form
ApplyAutoScaling()
メッセージ : このメソッドは非推奨になりました。
代わりに、ApplyAutoScaling メソッドを使用してください。
.NET Framework 2.0 廃止予定の API 一覧
ttp://www.microsoft.com/japan/msdn/netframework/programming/obsoleteapi/
（ <●><●>） ドトネト１．０〜２．０廃止なのは分かってます
（Ｕ ）つ
ｕ ｕ
- 640 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 09:24:10 ]
- >>636
std::stringはSTLじゃないよ。
- 641 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 09:30:03 ]
- MFCもSTLもstringもC++のライブラリ。
同列に並べずどうする？
- 642 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 09:41:51 ]
- Windowsプログラミングを行うためのライブラリであるMFCと
標準ライブラリを同列に並べるの？libgnomeとlibcぐらい違うでしょ。
MFCのごく一部がC++標準ライブラリと被ってるのは確かだ。
だからMFCのコンテナを使うくらいならSTLのコンテナを使いましょうと言うならまだ分る。
要はMFC全体は標準ライブラリと排他的に選ぶものではないということ。
- 643 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 10:02:05 ]
- サイトには、
＞MFC はＣ＋＋のお手本として良い題材とは思いません。STL の勉強をお薦めします。
と書いてあるから、排他してなくて、勉強時にはMFCとSTL比べたらSTLを選べと言ってる。
＞要はMFC全体は標準ライブラリと排他的に選ぶものではないということ。
おまいのいいがかりじゃん。
- 644 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 10:17:32 ]
- よく読めよ。MFCを勉強するかSTLを勉強するかではなく、
C++を勉強する時に使うべきはSTLかMFCかとおっしゃってるわけだが。
- 645 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 10:21:02 ]
- ＞C++を勉強する時に使うべきはSTLかMFC
C++を勉強するときに、STLとMFCと選ぶという行為は変じゃない。
その場合のSTLの選択も正しい。
で？
- 646 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 10:22:21 ]
- ＞STLとMFCと選ぶという
あ、ゴメンあいまいに書いちゃった。
C++勉強しよう。STLを勉強しようかな、MFCを勉強しようかな、という同列に並べた選択は変じゃない。
ごくふつー。
- 647 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 10:28:15 ]
- まぁ、MFC使って、
AppWizardの吐き出したコードの汚さに目が点、
画面に使えるコントロールが少ない、
それでも画面を何とかするにはActiveX使うしかない、
という流れでどうせ頓挫するさ。
という意味では、一旦MFC漬かってみれば結論でるお。
- 648 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 10:44:40 ]
- > C++勉強しよう。STLを勉強しようかな、MFCを勉強しようかな
作れるものが全然違うから同列に出来ないと俺は思ってる。
何かを作るのが目的でC++を勉強するってのが俺のスタンスだからだろうけど。
MFCを使ったコンソールアプリを作るのがMFCの勉強とは思えない。
堂々巡りでスレ汚しになる予感だ。
ケチ付けた方からで悪いが、この件はMFCの糞さとは関係ないからここら辺にしておこう。
- 649 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 12:39:33 ]
- ＞作れるものが全然違うから同列に出来ないと俺は思ってる。
「作るものが〜」という文脈は、作るのが目的の場合。
勉強する場合作るものはある程度何でも良くて、C++文法やクラスライブラリ構造の１例理解がターゲットだったりするわけ。
- 650 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 16:29:04 ]
- もうObjective-CとCocoaに移行すればいいじゃん。
そうすれば糞面倒なC++とMFCにもおさらば。
- 651 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 17:11:43 ]
- C++が面倒（やっぱ、慣れるまではちょっと面倒）なんじゃなくて、MFCが面倒。
それから、C/C++系ライブラリは必要、MFCは必須ではない。
- 652 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 20:38:30 ]
- 一度でいいから見てみたい。
MFCを使わずにC++とWin32APIで
クラスの概念の存在意義を見いだせる書き方をされたコード。
- 653 名前：デフォルトの名無しさん mailto:sage [2006/12/22(金) 21:02:05 ]
- ATL/WTLはどうですか？
- 654 名前：デフォルトの名無しさん mailto:sage [2006/12/25(月) 08:47:03 ]
- ＞MFCを使わずにC++とWin32APIで
C言語とC関数ライブラリでひとかたまりのように、
C++とクラスライブラリで一セット。
分離はできない。
MFCを別のクラスライブラリに差し替えるのが正しい。
- 655 名前：デフォルトの名無しさん mailto:sage [2006/12/25(月) 11:34:32 ]
- 小物を沢山作る人なんかは自分で小さいクラスライブラリを作ってる事もあるね。
漏れも昔はやってた。
- 656 名前：デフォルトの名無しさん mailto:sage [2006/12/26(火) 04:41:55 ]
- サードパーティの有料コンポーネント使った方が速いというか
- 657 名前：デフォルトの名無しさん [2006/12/26(火) 20:37:28 ]
- サードパーティの有料コンポーネントってびみょーなのが多い
なんだこの程度のコンポーネントで売り物になるんだと思うことがほとんど。
自作したほうが、早い
|
 |
