僕は、MFCはよく使っています。APIは勉強したいとは思っているのですが、あまり使って
いません。

ＭＦＣは使用しています
特に私は、ＶＣの入門書が使用している事と、アプリケーションＷＩＺが
ＭＦＣ用になっている、インテリセンスもＭＦＣ含んでいる
このようなことから、ＭＦＣしようしています

また、今のところ個人趣味・満足のＰＧ作成しか、していないからこれで
十分なのかもしれません

ｏｓ：Ｗｉｎ２０００・ＸＰ
ＶＣ＋＋６．０（ＳＰ３）

の環境です

ほかの方もＯＳくらいは記入しましょう

私の場合は・・

基本的にMFCで書いていますが、MFCで補いきれないものは、API（SDK?）で書きます。

どうしてもランタイムライブラリを使いたくない場合には、SDK(MFC未使用)で書くようにして
います。

私も一般的なウィンドウアプリケーションには MFC を使用しています。
API を使うと面倒なところも、MFC を使うと非常に楽です。

しかし、DirectX を使ったゲームなどのように、
ウィンドウをほとんど使わないようなアプリケーションの場合は、
API のみで作成しています。
理由は、DirectX のサンプルがほとんど非MFC なのと、
MFC のフレームワークが邪魔だからです。

仕事でやる場合は相手先の仕様しだいでどちらでもやりますし、
仕事でやるならどちらでも組めないと仕事になりません。
理想をいうならSDKで簡単なウインドウの出し方やダイアログの制御方を
覚えてからMFCを使う方法を覚えた方がウインドウズの内部的な仕組みが
よくわかってよいと思います。
趣味でやるなら本人の嗜好によるので何とも言えませんが。
仕事でやる場合にも特にSDKでやってほしいという話が無ければ、
MFCベースで作成して適宜SDKも使用します。
というか使用せざる得ないから使うわけですけれど。
指摘されている方がいらっしゃいますが、MFCのブラックボックス化された部分は
時として邪魔になるときもあります。そういう場合はSDKを使った方がすっきり
した作りになる場合もあります。

仕事だったら仕様による。
趣味だったら・・・やっぱり仕様による。

基本的にはMFCで楽をしたいけど、
windowsのデフォルトのウィンドウの挙動が嫌だったり、
スピードが必要な場合とかはAPIのみでいく。

MFCをつかってても、APIで書きなれてる部分はAPIで書く、
MFCの挙動が嫌いでAPIを自分好みにラップしたクラスが
だんだんたまってきていて、そいつらをつかう。

みなさんご返答ありがとうございました。
大変参考になりました。