MFC相談室 mfc23d.dll [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2016/09/21(水) 00:20:48.44

Microsoft Foundation Classライブラリ専用スレです。

■MFC相談室 mfc21d.dll■
http://hibari.2ch.net/test/read.cgi/tech/1250919279/l50
■MFC リファレンス■
http://msdn.microsoft.com/ja-jp/library/d06h2x6e(v=VS.100).aspx

**デフォルトの名無しさん** · 2020/08/06(木) 01:38:43.65

ほかのC++のGUIライブラリ、例えばATL/WTLが
MFCに比べてそこまで使い勝手いいわけでもないけどな
些細なレベルで文句言ってただけ

**デフォルトの名無しさん** · 2020/08/06(木) 04:10:33.67

OWLは良かったんだけどな

**デフォルトの名無しさん** · 2020/08/06(木) 10:59:01.65

OWL>>>越えられない壁>>>MFC
だったよな
どうしてこうなった

**デフォルトの名無しさん** · 2020/08/07(金) 12:50:43.79

これからはWinUI 3が標準になっていきそうだな

**デフォルトの名無しさん** · 2020/08/31(月) 00:12:50.36

C++/CLIとC++/MFCのどちらがいいのだろうか？
C++/CLIはあまりメンテナンスされていないと聞くが

**デフォルトの名無しさん** · 2020/08/31(月) 07:16:24.51

その2つは比べるようなものでもないが？C++/CLIはFormsとMFCどちらも使える。
ただしC++/CLIでGUIアプリケーション作るのはもう推奨されなくなった。

**492** · 2020/08/31(月) 14:05:28.74

>>493
Σ(￣ロ￣lll)　ｶﾞﾋﾞｰﾝ
C++/CLIでMFCも使えるのですか！？

>ただしC++/CLIでGUIアプリケーション作るのはもう推奨されなくなった。

これってMSが推奨していないのですか？

**デフォルトの名無しさん** · 2020/09/01(火) 14:19:37.57

今からMFCを勉強する方法ってありますか？
古い情報で学習しようとしても今と違いすぎていて無理ゲー
http://www.kumei.ne.jp/c_lang/indexmfc.html

**デフォルトの名無しさん** · 2020/09/01(火) 15:20:10.83

無駄
tcl/tk とか Qt とか wxWidgets やれ

**デフォルトの名無しさん** · 2020/09/01(火) 15:55:24.00

>>495
そんなに違うか？
俺、win95時代にmsuセミナーで憶えたけど
大筋は変わってないぞ

**デフォルトの名無しさん** · 2020/09/01(火) 16:08:34.04

>>496
そ・・・そんな・・・
C++で書いたコマンドラインツールをGUIにしたいので、MFCがいいと思ったんですけど
tcl/tkはC++で使えないみたいなので、Qt とか wxWidgets がいいのですか？
しかし、長生きするのはMFCってことはないでしょうか

**デフォルトの名無しさん** · 2020/09/01(火) 16:09:14.58

>>497
最初のサンプルからしてVS2019で全然ビルドできないのですけど

**デフォルトの名無しさん** · 2020/09/01(火) 16:11:59.40

>>497
つーかWindows95の時代って何年前ですか？
今の話をしているのですよ？

**デフォルトの名無しさん** · 2020/09/01(火) 17:04:32.66

>tcl/tkはC++で使えないみたい

誰がそんな事言ったの？
使えるよ

MFC は無駄

**デフォルトの名無しさん** · 2020/09/01(火) 17:08:44.94

>>501
そうだとしても何を使えばいいのかわからないよ

**デフォルトの名無しさん** · 2020/09/01(火) 17:20:12.54

このサイトの「Win32 Application」でMFCを使うという例はいくらなんでも古すぎるのでは。
Unicodeも一切想定されていないから、標準設定ではコンパイルエラーになりそうだし。

**デフォルトの名無しさん** · 2020/09/01(火) 17:25:26.19

普通に今でも MFC 使ってるぞ。

**デフォルトの名無しさん** · 2020/09/01(火) 18:12:23.98

>>503
他に良いMFCの教材があればいいのですが

**デフォルトの名無しさん** · 2020/09/01(火) 18:33:46.17

>>505
まず、VS2019で、MFCのHello World的なものはビルドできる。
そっかっら後は、MSDN の英語版を読むといい。
日本語版は駄目。

**デフォルトの名無しさん** · 2020/09/01(火) 18:48:11.66

>>506
そうだとすると学習コストが尋常じゃなくなりそうですね
Windows SDKで作るのは大変だし、MFCは学習が辛いし、どうしたものか

**デフォルトの名無しさん** · 2020/09/01(火) 18:48:53.85

>>503
MFCがWin32のラッパなのだから、別に不適切ではない。
afxwin.h
などのヘッダファイルが、新しいMFCでは名称変更になっているが。

**デフォルトの名無しさん** · 2020/09/01(火) 18:49:44.51

>>507
Windowsプログラムとはそういうもの。
結構大変なんだぞ。

**デフォルトの名無しさん** · 2020/09/01(火) 19:26:13.61

MFC は、unmanaged だろ。
まだ、存在するのか

VC++ か何かで、managed(.NET)から、unmanaged(.NET以外)を呼び出す機構があったような。
.NETのunmanaged拡張（C++/CLI）

**510** · 2020/09/01(火) 19:30:28.41

C++/CLI は、非推奨か

最近のWindows では、C/C++ を、どうやってプログラミングするのだろう？

**デフォルトの名無しさん** · 2020/09/01(火) 20:33:34.93

>>511
コマンドラインならいくらでもC++を使える。
C++のGUIは選択肢が少なくなっている。
MFCも将来性なさそうだからWindows SDKしか残らなくなるかもね。
あるいは上の方に書かれているサードパーティのGUIを使うか。

Windowsの主要言語はC#やVBになってしまった。

**デフォルトの名無しさん** · 2020/09/01(火) 20:50:25.12

>>510
それ用のDLLが用意されていて、MFCのアプリケーションがほんの少しの変更で
C++/CLIでビルドできたよ。

**デフォルトの名無しさん** · 2020/09/01(火) 21:27:13.55

C++/CLI は非推奨でも、本物の C++ は非推奨な訳ではないだろう。

**デフォルトの名無しさん** · 2020/09/01(火) 21:27:53.58

>>511
C++ は、普通に

**デフォルトの名無しさん** · 2020/09/01(火) 21:28:30.81

>>511
C++は普通にMFCをVS2019と共に使ってプログラミングすればよい。

**デフォルトの名無しさん** · 2020/09/01(火) 22:08:28.50

.NET のアプリで定番のものって何があるかな
よく使うアプリはネイティブなのばかり
MFC 使ってるのか Win32 直叩きかは知らんけど

**デフォルトの名無しさん** · 2020/09/02(水) 10:34:38.82

WindowsでC++アプリの定番はWin32ではなくMFC。
日本ではMFCが普及すべき時期に無料のVS Expressが出てきて、
それがWin32のみでMFCには対応してなかった状態で、後から
無料のVS Communityが出てきて、今度は、C++よりC#が
前面に押し出されてしまったため、C++使いがMFCでプログラム
する機会を逃してしまっただけ。

**デフォルトの名無しさん** · 2020/09/02(水) 10:37:42.15

なお、C++の場合、VSの力が最大に生かせるのはMFCであって、Win32ではない。
メニューを処理する関数の作成なども、MFCだとVSによって自動化されているが、
Win32だとされていない。
ダイアログで文字列や数値を扱うDDEも、MFCではVSのサポートを得られるが、
Win32では得られない。
WM_CREATE, WM_SIZE, WM_LBUTTONDOWNなどのメッセージのハンドラ作成も、
MFCだとVSのサポートを得られるが、Win32だと得られない。

**デフォルトの名無しさん** · 2020/09/02(水) 11:33:30.85

オートマとマニュアルみたいなもん

**デフォルトの名無しさん** · 2020/09/02(水) 12:19:41.42

Win32だと手間がかかりすぎる

**デフォルトの名無しさん** · 2020/09/02(水) 13:08:08.39

>>507
VSで、MFCのプロジェクトを新規作成すれば、HelloWorld的な
アプリは出来ているのだから、>>495で入門することも可能なはず。
今のMFCと違いがあるなら、それをGoogle検索で調べる。
たとえば、#includeされているヘッダファイルの名前が違っていると思ったら、
二つのファイル名とMFCというキーワードを半角スペースで区切って入れて、
英語モードのGoogleで検索すれば出てくる。
英語モードで検索して出てきたページを、Chromeの右クリックメニューで
出てくる日本語翻訳機能で日本語にして読み、意味が分かりにくければ、
URL欄の右隣に有るボタンから英語に戻して、辞書を引きながら読めばよい。

**デフォルトの名無しさん** · 2020/09/02(水) 14:16:19.49

MFCでツイッタークライアントアプリ作ります

**デフォルトの名無しさん** · 2020/09/02(水) 15:26:47.53

>>522
VS2019のウィザードを使うとかなり大層なアプリが生成されるぞ
Hello world的なアプリってどうやって生成するんだ？

**デフォルトの名無しさん** · 2020/09/02(水) 16:27:22.64

>>524
「新しいプロジェクトの作製」で「MFC アプリ」を選ぶと、「新しいプロジェクトを構成します」が出てくるので、右下の「作製」ボタンを押すと「MFC アプリケーション - アプリケーションの種類のオプション」
のダイアログが出てくるので、

プロジェクト形式: の場所が、デフォルトでは、「Visual Studio」になっているので
「MFC standard」に直す。こうすると、昔ながらの MFC の Hello World アプリになり、
入門サイトなどは大体これが基本になっている。デフォルトのままだと、入門には適さない。

アプリケーションの種類: は、デフォルトのままでも良いが、昔から作りたいものによって、
よく変更されていたものだから、変えて試して見るといい :
・単一のドキュメント : SDI アプリケーション
・複数のドキュメント : MDI アプリケーション (default)
・ダイアログベース : ダイアログベースアプリケーション

**デフォルトの名無しさん** · 2020/09/02(水) 16:37:24.58

>>525
MDIって推奨されてなかったのでは？
それが今でもデフォルトなのか？

**デフォルトの名無しさん** · 2020/09/02(水) 16:44:32.58

推奨されてないね、太古の昔から
俺が参加したmsuセミナーで既にそう言ってた

**デフォルトの名無しさん** · 2020/09/02(水) 17:04:58.98

いまさらMDI
いまさらMFC

**デフォルトの名無しさん** · 2020/09/02(水) 17:22:46.76

タブのアプリだって、やってることはMDIなのでは？

**デフォルトの名無しさん** · 2020/09/02(水) 17:45:32.54

>>525
VS2019でそれをやってもさほど変わらないのだが？
Hello worldと比べると比較にならないくらい複雑なプログラムが生成される

**デフォルトの名無しさん** · 2020/09/02(水) 17:46:20.46

>>528
それを言ったらこのスレッドが不要ってことになるw

**デフォルトの名無しさん** · 2020/09/02(水) 17:52:02.17

>>530
最初にソースを見ると複雑に見えるが、慣れてくるとそんなに複雑ではなく、
>>495 のような解説サイトは、それで理解できるはず。

**デフォルトの名無しさん** · 2020/09/02(水) 18:16:21.96

>>529
MDIの悪いところを学んで改善したのがタブ

**デフォルトの名無しさん** · 2020/09/02(水) 18:53:59.86

>>533
MFCのMDIにもタブ機能はあるぞ

**デフォルトの名無しさん** · 2020/09/03(木) 00:15:47.29

>>511
最近だとC++ WinUIに持っていきたい感じはするね
そのためかMSの中でC++の地位が上がってるような気がする
MFCはこのまま廃れていくんじゃないか

**デフォルトの名無しさん** · 2020/09/03(木) 00:27:42.71

>>535
C++/WinRTのことかな？
これってまだ普及していないのはなぜ？

**デフォルトの名無しさん** · 2020/09/03(木) 00:38:52.17

>>536
別物だけど...

**デフォルトの名無しさん** · 2020/09/03(木) 01:12:37.27

>>537
別物かよwww
Windows上のC++開発環境っていくつあるんだ？

**デフォルトの名無しさん** · 2020/09/03(木) 01:14:14.89

C++/WinRTもオワコンってことなのか？

**デフォルトの名無しさん** · 2020/09/03(木) 05:52:40.39

UWPはオワコンだろうがWinRT自体は普通のデスクトップアプリでも使えるはずだしな。

**デフォルトの名無しさん** · 2020/09/03(木) 11:40:53.69

>>540
Win/UIが登場したらWin/RTがオワコンにならないの？
よーわからん

**デフォルトの名無しさん** · 2020/09/03(木) 13:04:18.42

今後はWinUI一択だろうね
流行るかどうか次第だと思うけど
C++をまともにサポートしてるのは大きい

**デフォルトの名無しさん** · 2020/09/03(木) 13:25:24.02

fzf をコマンドプロンプトにネイティブ対応したほうがはるかに幸せになれる。

**デフォルトの名無しさん** · 2020/09/03(木) 15:54:33.68

>541
完全にUWPの時代になるよ
.NET Frameworkが始まった時ってC++がおまけの扱いされてけど、
今回はWindows上にC++のアプリ作ってもらおうとしてる感じがする
乗り遅れるなよ

**デフォルトの名無しさん** · 2020/09/03(木) 20:15:13.46

UWPが全然人気ないから方向転換したんだろうが
https://ascii.jp/elem/000/004/014/4014034/

**デフォルトの名無しさん** · 2020/09/03(木) 20:29:01.39

方向転換したことに気付かないままMFCを使い続ける人も多いだろう
情報を拡散する人がいないのかな

**デフォルトの名無しさん** · 2020/09/03(木) 21:02:21.05

>>545
その方向転換がされたらMFCとWinRTと別の環境ができるのかな？

**デフォルトの名無しさん** · 2020/09/03(木) 21:24:49.19

トグルボタンよりもチェックボックス、という猛者はいないのか

**デフォルトの名無しさん** · 2020/09/09(水) 16:47:17.22

WindowsのC++開発環境

Win32 : 情報はそこそこあるけど扱いが面倒
MFC : 今から勉強すると時間をドブに捨てる可能性あり
C++/CLI : 死亡
C++/CX : 死亡
WRL : 死亡
C++/WinRT : MSはこれを推奨しているが、UWPの開発環境なので人気なし

**デフォルトの名無しさん** · 2020/09/09(水) 17:12:57.59

C++ で、GUI は作れない

DLL しか作れない

**デフォルトの名無しさん** · 2020/09/09(水) 19:56:59.87

いくらMFCの設計がいまいちだからといってもさすがに素のwin32でGUIやる方がよっぽど時間の無駄だわ。
けっきょくC++だと消去法でMFCになるんだよな。

**デフォルトの名無しさん** · 2020/09/09(水) 20:05:21.71

>>551
しかし、今からMFCを勉強するのも現実的なのか？
相当な時間がかかるのではないか？

**デフォルトの名無しさん** · 2020/09/09(水) 20:21:09.51

今ならより軽量なWTLって手もある。MFCはC++コンパイラのtemplate対応が不十分だった時代の遺産だから。

**デフォルトの名無しさん** · 2020/09/09(水) 20:40:15.31

>>552
だから消去法だよ。いまさらwin32でやろうとする方がもっと非現実的。

**デフォルトの名無しさん** · 2020/09/09(水) 20:48:18.25

まあ、知っておいて損は無いけどな。
じゃないと議論が出来ないからな。

**デフォルトの名無しさん** · 2020/09/09(水) 20:52:30.25

Win32は古典のようなもんだからWindowsアプリ開発初心者なら少しはやっておかないと。
ほんの少しでいい。電話帳を暗記する必要ないのと同じだから。公衆電話のかけ方を学ぶ感じ。

**デフォルトの名無しさん** · 2020/09/09(水) 21:23:11.56

>>552
Win32 の WM_KEYDOWN が、MFC の OnKeyDown
Win32 の WM_CHAR が、MFC の OnChar
Win32 の WM_SIZE が、MFC の OnSize
Win32 の WM_PAINT が、MFC の OnPaint() や OnDraw()
Win32 の WM_CREATE が、MFC の OnCreate()
Win32 の WM_DESTROY が、MFC の OnDestroy()
に対応しているので、Win32 の知識は、MFCとほぼ対応している。
その上で、VSのIDEの機能がMFCの方が10倍有って、開発効率は格段に上がる。

**デフォルトの名無しさん** · 2020/09/09(水) 21:25:27.57

>>557
他にも、
WM_LBUTTONDOWN が、OnLButtonDown()
WM_MOUSEMOVE が、OnMouseMove()
WM_NCPAINT が、OnNcPaint() または、OnNcDraw()
に対応している。
WM_COMMANDは、OnCommand()も有ったかも知れないが、
メッセージマップと言う仕組みで、IDEと組み合わせてもっと効率よく
ハンドラを作製できるようになっている。

**デフォルトの名無しさん** · 2020/09/09(水) 21:28:56.62

>>549
Win32より、MFCの方が後発で、C++でWindowsアプリを作るには、後者の
方が定番で、開発効率も高い。
MFCは未だに改良が進んでいる。
たとえば、ドッキング、自動レイアウト関連、リボンなどは、Win32にはなく、
MFC独自。
また、Windowsアプリらしいアプリは、Win32より、MFCの機能を使っている。
商用やプロが作るnativeアプリは、ほとんどがWin32ではなくMFC製。

**デフォルトの名無しさん** · 2020/09/09(水) 21:36:29.29

>>553
軽量かもしれんがWTLも全然お手軽ではない
何十年も期間はあったのにMFCの代わりにATL/WTL使うようにはなってない

**デフォルトの名無しさん** · 2020/09/09(水) 21:40:13.06

ってかこんな書き込みあるスレじゃなかったけど
なにが紛れ込んだんやろか？
ATL/WTLのスレは2年ほど書き込みないがあっちが正常やで

**デフォルトの名無しさん** · 2020/09/09(水) 21:49:28.18

>>559
自分の場合、MFCを始めようとしても何から始めればいいのか分からないし、もはやMFCをちゃんと解説した本もない。勉強する時間もない。
Win32の方がある意味わかりやすい。オブジェクト指向ではないので、クラス構成を把握する必要もない。小規模な開発なら何とかなると思う。

**デフォルトの名無しさん** · 2020/09/09(水) 21:54:12.58

今からだと WTL/ATL の情報はあまり拾えないのでは

wxWidgets のようなクロスプラットフォーム狙うか、
いっそ C++ から離れるか

**デフォルトの名無しさん** · 2020/09/09(水) 22:08:55.04

>>561
最後に書き込んだの私だった（笑）

324 自分：デフォルトの名無しさん[] 投稿日：2018/12/02(日) 09:05:18.31 ID:pHBSzoap
最近、頻繁にWTL10のmasterブランチが更新されているね。
https://sourceforge.net/p/wtl/git/ci/master/tree/

**デフォルトの名無しさん** · 2020/09/09(水) 22:12:49.72

5chでWTL推してたのは実は一人だけだったと？

**デフォルトの名無しさん** · 2020/09/10(木) 02:25:17.80

>>562
MFCの場合、まず、IDEを使って、MFCプロジェクトを作るところから始める。
後は、Menuリソースに1つメニュー項目を追加して、それに対するハンドラを作成し、
中でAfxMessageBox()などを使って、ハンドラが呼び出されるのを確認する。
画面は、OnDrawの中でpDC->MoveTo(), pDC->LineTo()で直線を描いてみる。
それが出来たら、さっきのハンドラの中で、Invalidate()を呼び出すテスト。
Invalidate()を呼び出すと、メッセージがメッセージキューにたまりまくっている
場合以外は、比較的即座にOnDraw()が呼び出される。
それで色々いじって試してみるといい。

**デフォルトの名無しさん** · 2020/09/10(木) 06:03:07.80

そもそも、もうWindows専用アプリを新しく作る事自体、ほとんど需要ないだろ・・
だから、メインとしてAndroid/iOS向けに開発したクロスプラットフォーム向けのアプリで
Windows向けもビルドできるというおこぼれをもらうしかない。

**デフォルトの名無しさん** · 2020/09/10(木) 06:32:05.44

FAの世界にはあるんだな。

**デフォルトの名無しさん** · 2020/09/10(木) 07:10:35.50

>>554
いや、そんなでもないよ
Win32の手順や概念をクラス化なんて秒殺でできるからな
普通にCで書いてる感覚でクラス化したほうがいいところがあればひょいと
んで、毎度おなじみのコードが出てきたら再使用できるように括り出しておく
それだけのことで非現実的というほど大変なことではない

**デフォルトの名無しさん** · 2020/09/10(木) 07:14:58.32

Windowsアプリの需要がないって話はエンドユーザー向けパッケージソフト市場しか見てないんじゃないかな。

**デフォルトの名無しさん** · 2020/09/10(木) 07:39:42.50

ごめん。そうだな。一般消費者向けの事しか考えてなかった。で、それ以外向けのWindowsアプリの需要はどれくらいあるのか知らんが。

**デフォルトの名無しさん** · 2020/09/10(木) 11:03:35.58

CADツールとかオープンソースのもいれたら
いまだに新しいものが出てきてるからね
Webだとパフォーマンス出ない分野のツールはまだまだ有効

**デフォルトの名無しさん** · 2020/09/10(木) 11:12:12.76

本板のWin32API質問箱スレがいまも活発であることがすべてを物語っているね。

**デフォルトの名無しさん** · 2020/09/10(木) 12:25:31.10

MFC とか、Jeffrey Richter とか、何十年前の話

今でも、医療用・産業用ソフトなどは、Windows 限定かも

**デフォルトの名無しさん** · 2020/09/10(木) 12:31:20.22

>>573
年寄りのマウント合戦で盛り上がっているようにしか見えないが。

**デフォルトの名無しさん** · 2020/09/10(木) 12:42:04.34

一太郎やPowerDirectorは、今でもMFCアプリだな
昔から大して変わっていないとも言えるが

**デフォルトの名無しさん** · 2020/09/10(木) 14:48:35.32

MSがOfficeやVisioみたいなもので、大半の需要を独り占めしてしまっているので
desktopアプリを食っていくために作ることが難しくなった。
MSが手を出してない分野では、ぎりぎりなんとかなっていることもある。
でも2DグラフィックはAdobe、3DはAutoDeskなんかが強い。
最近は、3Dは、OSSのBlenderもあるから生半可には参入できないが。

**デフォルトの名無しさん** · 2020/09/10(木) 14:52:02.07

でも、たとえ、有名ソフトと「かぶっていても」、欲しくなるソフトはある。
でも、有名ソフトが無料化してる場合は辛い。
本等は、完全なダンピングだから、法的な取締りの対象にならなければならないのだが。
Visual Studio Communityはダンピングだから、罰するべきだ。

**デフォルトの名無しさん** · 2020/09/10(木) 14:58:29.69

一太郎みたいに学割を設定すればいいのにね

**デフォルトの名無しさん** · 2020/09/10(木) 14:59:16.88

そんなこといったらAndroid StudioやEclipseもダンピングにならないか？

**デフォルトの名無しさん** · 2020/09/11(金) 14:33:21.36

Win32は非効率というが、自分には一番理解しやすかった。
C言語なので、Windowsの知識がなくても地道に積み上げながら理解できる。

他の開発環境だとC++クラスライブラリなので、クラスの役割の全体像を把握するまで何もできない。しかもWindowsの前提知識が必要。

**デフォルトの名無しさん** · 2020/09/11(金) 14:58:07.59

>>581
実は、MFCは、Win32の知識がないと深く理解できないので、
MFCを理解するのは、意外と難しい。
しかし、IDE(VS)の支援を豊富に受けられるのはWin32ではなくMFC。
1. メニューリソースをVisual的に作った後、MFCだとハンドラ関数を自動的に作れる。
　BEGIN_MESSGE_MAP()～END_MESSAGE_MAP()の中に、
　ON_COMMAND()やON_UPDATE_CMD_UI()みたいなものを自動的に入れてくれて、
　対応する関数の雛形を、*.cppと*.hの両方に生成してくれる。
　Win32でこれに相当する作業を手作業でするのはとても効率が悪い。
2. OnSize, OnLButtonDown, OnMouseMove, OnChar, OnKeyDown
　などのハンドラも、ClassWizardなどから効率よく自動生成できる。
　これも、Win32でこれに相当する作業を手作業でするのはとても効率が悪い。

**デフォルトの名無しさん** · 2020/09/11(金) 15:55:14.24

>>582
Win32+MFCを習得するのに何年かかるんだ？

**デフォルトの名無しさん** · 2020/09/11(金) 16:04:18.58

俺はこんなだった
win32: Petzoldの本で１ヶ月
mfc: msuセミナーで２週

win32は少しでもかじってれば、あやふやでもmfcは何とかなる

**デフォルトの名無しさん** · 2020/09/11(金) 16:09:34.01

Win32API
Cの理解が先に出来てたから
イベントドリブンとかメッセージループとか
典型的な描きかただけなら1日で充分理解出来た
全体理解なんて今でもムリポ

MFCも秒
C++とWin32APIを理解してたらそもそも勉強の必要すら無い

**デフォルトの名無しさん** · 2020/09/11(金) 16:09:39.60

>>583
何を持って習得と言うかわからないが、
1. HelloWorldは、IDEが作ってくれる。
2. Menu項目の作り方と、ハンドラの作り方は、ネットで検索すると
　解説されたものがいくつかあるはず。
3. OnDraw()の中の書き方は、Win32のGDIとCとC++の書き方程度の違い
　で、基本的に変わらない。
4. WM_LBUTTONDOWNとOnLButtonDown()などは一対一に対応しているだけで、
　Win32と同じ。
5. Dialogのデータ交換DDEは、チュートリアルを読まないと難しい。
解説サイトを読むのは人によるが、速い人は20分とかでも読めるのではないか。

**デフォルトの名無しさん** · 2020/09/11(金) 16:11:21.83

>>585
MFCは、習得すれば効率は良いが、IDEとの連携を習得するのに時間が掛かる。
IDEは、かなり使い込んでも、知らない機能は多い。

**デフォルトの名無しさん** · 2020/09/11(金) 16:37:04.91

>>586
今のVSはMFCのHello worldを作ってくれない
最新情報じゃないと意味ないよ