- 1 名前：デフォルトの名無しさん [03/07/26 14:15]
- 特にゲーム製作には全然使えん罠
- 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 ]
- サードパーティの有料コンポーネントってびみょーなのが多い
なんだこの程度のコンポーネントで売り物になるんだと思うことがほとんど。
自作したほうが、早い
- 658 名前：デフォルトの名無しさん mailto:sage [2006/12/26(火) 23:26:33 ]
- wcはcの入門書の例題によく出てくるから、まあ範疇でいいじゃない。
wc sed grep lsなど簡単なunixコマンドは大抵win32版がgnuその他のフリーウェアで
転がっているから、ググレば拾えるよ。
- 659 名前：デフォルトの名無しさん mailto:sage [2006/12/26(火) 23:27:22 ]
- >>658
やや、誤爆った。スマソ。
- 660 名前：デフォルトの名無しさん mailto:sage [2006/12/27(水) 09:16:40 ]
- 今ってネットにフリーのクラスライブラリのソースそのまんまのコンポーネントが溢れてる時代だよね。
ＭＦＣはマジでその辺が無い。
- 661 名前：デフォルトの名無しさん mailto:sage [2006/12/27(水) 09:20:26 ]
- 漏れはCodeProjectでさんざん世話になったが・・・
- 662 名前：デフォルトの名無しさん mailto:age [2007/01/03(水) 15:22:16 ]
- ほっしゅ
- 663 名前：本田 [2007/01/03(水) 19:07:29 ]
- >>652
owlnext.sourceforge.net/
- 664 名前：デフォルトの名無しさん [2007/01/12(金) 10:24:15 ]
- ＞永久プログラマー
＞ttp://www.est.co.jp/ks/billg/09_EPROG.htm
マイクロソフトC/C++7.0とクラスライブラリMFC1.0を使って、アプリケーションを作り始めた。
半分ほどプログラミングした時点でVisualC++1.0が米国で出荷された。
その開発環境の良さやMFC2.0の高級な機能に刺激されて、VC++に開発環境を移行した。
MFC1.0は、Win16APIにクラスライブラリの皮を被せただけの簡単なものである。
彼はこの上に、独自の高級なクラス構築していたのだが、MFC2.0が見事にそれを葬ってくれた。
MFC2.0に合わせて、モジュール構造から作り直すのに6ヵ月ほどを費やした。
- 665 名前：デフォルトの名無しさん mailto:sage [2007/01/13(土) 13:25:12 ]
- >>664
＞久遠のプログラマー
マイクロソフトC/C++7.0はMFCなどの分厚いマニュアルが何冊も付いてきて、
パッケージの幅が５０ｃｍはあったと思う。
これを抱えたまま秋葉原駅の階段で転倒。腕の骨を骨折するに至った。
- 666 名前：デフォルトの名無しさん [2007/01/14(日) 02:10:59 ]
- ワロタ
- 667 名前：デフォルトの名無しさん mailto:sage [2007/01/14(日) 03:28:18 ]
- >>660
CodeGuru
- 668 名前：デフォルトの名無しさん [2007/02/09(金) 11:54:29 ]
- Vi$taでもMFC使える？
- 669 名前：デフォルトの名無しさん mailto:sage [2007/02/09(金) 19:31:51 ]
- >668
おいしい情報を教えるよ。
僕が開発した、「馬鹿には見えないMFC」を使えば、Vistaでもツルツル動くよ。
格安で譲って上げるから、レスちょうだい。
- 670 名前：デフォルトの名無しさん [2007/02/09(金) 20:50:33 ]
- ツルツルａｇe
- 671 名前：デフォルトの名無しさん [2007/02/10(土) 10:00:05 ]
- メモリーフローコントロール
- 672 名前：デフォルトの名無しさん mailto:sage [2007/03/21(水) 03:27:23 ]
- >>665
VisualC++1.0の紙マニュアル付きを思い出す
あれ買って帰った人いるのかなぁ
- 673 名前：デフォルトの名無しさん mailto:age [2007/04/01(日) 18:21:49 ]
- あげあげ
- 674 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 11:35:58 ]
- MFCに四苦八苦しながらもようやくまともにアプリ書けるようになったと思ったら
.NETにWin64APIですか…orz
- 675 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 15:15:49 ]
- >>674
MFCよりゃ癖もなくて楽だと思うけどね。
- 676 名前：デフォルトの名無しさん mailto:sage [2007/05/05(土) 23:08:13 ]
- MFCにかわるものはあるんですか？
（個人的にMFCは嫌いじゃない）
- 677 名前：デフォルトの名無しさん mailto:sage [2007/05/05(土) 23:09:23 ]
- MFCの様にやりたいなら、MFCが一番だろｗ
|
 |
