MFCとAPI

どちらがいいのでしょう？

ＡＰＩが良いじゃない。
ＡＰＩ覚えて余裕があったらＭＦＣ。

MFC覚えてると自然にAPIも覚える気がします。
API使わなきゃ出来ない場面もあるし(^^;

　　　　　　　〈￣ヽ
　,､＿＿＿＿|　 |＿＿＿＿,､
〈　　＿＿＿＿＿＿＿＿＿　ヽ,
　|　|　　　　　　　　　　　　　|　|
　ヽ'　 〈＾ー―――＾ 〉　　 |／
　　　　,､二二二二二＿、
　　　〈＿_　　＿　　＿＿〉
　　　　　 |　 |　 |　 |
　　　　　/　/　 |　 |　　　　|＼
　＿＿_/　/　　|　 |＿＿＿|　ヽ
　＼＿＿/　　　ヽ＿＿＿＿＿）

目的、あと、暇かどうか。

アドバイスありがとうございます。１です。
ウィンドウズプログラミングをやりたいのですが、
某雑誌でwinAPIは避けて通れないなどと書いてあったので、
先人の皆様はどう思っているのか、スレッド立ててみました。
でも>>4
完はちょっと寂しいですね。

ちょと凝りたいなら、どの言語（環境）でもWinAPIの知識は必須。
動けばいいって程度なら、言語（環境）内の機能で十分。

>某雑誌でwinAPIは避けて通れないなどと書いてあったので、
いろいろ意見があるとは思うが、この点だけはまちがいない。

逆にいえばいきなり API からやらなくてもよい。
（APIからやるのが最も良いという意見はあるかもしれんが）
MFCでもなんでもいいが、まず自分が必要またはとっつきやすいものからはじめて、
適当にやってれば、いずれAPIを避けて通れなくなり、
自然に身につくだろう。

俺の場合MFCから入ったんだけど、MFCの挙動が変だったり
使い方解らなかったりしたたんびにMFCのソース追ってたら
APIを覚えて＆ラクチンで便利になっちゃったんでAPIおんりー。

と、いうかMFCってハンドル保存してるだけ?
たいていのメソッドはハンドル指定すればそのままAPI呼び出しに
なるような気がしてきた・・・・

あ、コマンドハンドラもあったね(^^;

>>9
そそ。MFCを使ってるといずれにせよAPI調べて理解するハメになる。
MFCでやるなら漏れなくAPIがついてきます。

2ch有志一同でMFCに変わるものを開発してくれたらなぁ。

>>12
そっかぁ〜
MFCってAPIの学習用サンプルなんだね♪

>>6
避けられないのは、その通り。
避けないでぶつかればMFCの理解も深まるよ

MFCよりましなVCLで入ってよかった。(w

>>13
デストラクタは Itteyoshi() を全クラスで標準サポートして欲しい。
（C++の言語の仕様外になりそうだが）

>>14
以前から巨大なサンプルソースコードだと思ってました(藁

某雑誌とは日経のことだね。
店頭で見たとき、
｢今ごろ気が付くとは…｣って思ったよ。

で、この二つはどれくらいである程度つかえるようになりますか？一通りCをつかえるという前提で。

僕はへたれなんで5年使ってもまともにMFC使いこなせません
ごめんなさい、逝って来ます

>>13
2chで作ったものじゃないけどWTLどうよ?

>>19
簡単な電卓とか時計とかだったら１〜２週間くらいで作れるようになるかな？
(MFCはC++が出来ないと使えないと思うけどね)

電卓くらいならC++そんなに知らなくてもMFCでできるかも

電卓くらいならMFCそんなに知らなくても勘で出来るかも

>>19
双方を求めるならば、まずC++を学ぶがよい。すべてはその後だ。
食料のない国が勝ったためしはないぞ。

>>9

MFCのソースって公開してるんですか？
どうやって追うんでしょうか？

>>9
MFC/SRCの中にソースありますし、
デバッガで追っかけてけばちゃんと見れますよ

失礼、>>26でした(^^;

Winで趣味的プログラミングしたいと思ってるけど
ぼくは GPL を適用したいドキュソなので、API がいいかな。

MFCはAPIをパッケージしたものだから、内部ではAPIを読んでます。
全てMFCで解決するのであれば、APIは使わなくて良いかと思います。

続き
全てMFCで解決することは不可能だから、APIを使わなくて良いケースはあり得ません。

>>29
MFC使うとGPLにできなくなるんですか？

んなこたない