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/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を作ってくれない
最新情報じゃないと意味ないよ

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

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

俺はVS2019が新規作成で生成した複雑なプログラム（VS2019はHello worldを生成しない。いきなり複雑なものを生成する）を見て途方にくれたがなー
何から始めればいいのか全く理解できない

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

>>588
作り方がこのスレッドにも出ていたぞ。

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

>>589
MFCプロジェクトを作る際、「Visual Studio」となっているところを、
「MFC Standard」に変えれば MFC の Hello Worldが出来るぞ。

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

>>591
VS2019でその通りにやってみたけどできなかったよ

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

ID:TREPbbxK の脳内にあるHello Worldアプリが何を指すのか次第な気がする

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

mfcは単純にwin32の極薄ラッパーかというとそうでもない
ドキュメントビューとかシリアル化、DDX/DDVなんてのは独自の概念だ

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

MFCを新たに勉強するのが無理とか言っているような人は他のどの開発環境・
言語でも使えるようになるのは無理だろうし、プログラミングに限らず何をやっても
ダメな人間だと思う。

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

今さら公衆電話の使い方なんて覚える必要ないでしょ(ｷﾘｯ

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

>>593
少なくともHello Worldは表示できなかった
非常に複雑なものが生成された

>>595
今まで組み込みのプログラミング（電子回路と測定器の知識必須）をしてきたけど、C/C++でずっと仕事をしてきたし、仕事もちゃんとできているよ。
どうしてMFCができないと仕事ができないの？
Windowsだけがプログラミングなの？

ただ急にWindowsでプログラミングをしないといけなくなって困っているだけだが？
組み込みのプログラミングと違ってフレームワークが全てを支配するというのが苦手なので仕方がない。

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

>>597
プログラマがすべてを把握する責任を負わなくていい。それがフレームワークの恩恵。
WindowsだろうがmacOSだろうがスマホだろうがこれは同じ。

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

>>592
できた結果を書いている。
Hello Worldというのは、なにも、Hello Worldと表示するプログラムの事を
意味しているわけではなく、最初に学習し易いサンプルの事だぞ。

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

>>592
できた結果を書いている。
Hello Worldというのは、なにも、Hello Worldと表示するプログラムの事を
意味しているわけではなく、最初に学習し易いサンプルの事だぞ。

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

>>597
ちゃんと「Standard MFC」に変えた場合、
Hello World という文字は表示されないが、MFCにとっては、それ以上減らせない
程度にシンプルなサンプルが作製される。
オイラもアセンブラでプログラムしていた口だから、人が勝手に用意した
型枠を使うのは余り好きではなかったし、気持ちは分かる。
しかし、MFCでは、原則的にはあれ以上は減らせない。

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

開発環境が勝手に作った数々のファイルに埋もれてしまう体験は、なにもMFCに限った話じゃないだろう。

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

Hello Worldの問題点は、出力しか試せないところだね。
ユーザーからの入力がプログラムに反映されるところまで試さないと
プログラマとしてはひと安心できないはず。

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

そもそもGUIアプリでHello,worldって何？w

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

SDI形式で、ドキュメント・ビューの仕組みは使わない方が、よりわかりやすいとは思うけどな

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

C#でアプリを作ろうものなら、意味不明なXMLファイルが一緒に生成される気持ち悪さに耐えなければならない。
気持ち悪いのはMFCだけじゃないってこと。こういうもんだと慣れるしかない。

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

C# も普通のテキストエディタと csc だけ使えば
hoge.cs と hoge.exe しか造られないからすっきり

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

CrystalDiskMark はMFC採用で独自コントローラー（Project Priscilla）まで実装しとる
MFCバリバリ現役じゃん

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

ライブラリの新旧だけで優劣だと思っちまう
浅はかなやつってライブラリで仕事してる人の
苦労が何も解ってないんだろうな

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

MFCの衰退を見守るスレ
MFCの最期を暖かく見送るスレ
MFC利用者をdisるスレ

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

必死に現役アピールするからおもちゃにされてしまっているｗ

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

>>608
現役なのは確かだけどオワコンでもあるんだよね

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

TortoiseGit とかもmfc使ってる。

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

良くない側面も持っているが、C++でWindowsプログラムをしようと思ったら、MFCが一番良い選択肢だと思う。

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

仮にMFCを使わないとなると、VisualStudio を使うとなれば、Win32とC#しか選択肢がなくなる。
それは困る。

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

他にもあるだろｗ

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

>>616
UWP系は避けたい

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

もっと情報収集しよ？

こんなんだからMFCじゃなくてMF爺って呼ばれてるんだぞ

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

>>618
おすすめは？

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

>>616
でも実例は挙げないで、訊かれても「自分で調べろ」一点張り

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

MFCにない汎用性を求めるなら、いくつか選択肢があるでしょ。

ウィジェット・ツールキット - Wikipedia
https://ja.wikipedia.org/wiki/%E3%82%A6%E3%82%A3%E3%82%B8%E3%82%A7%E3%83%83%E3%83%88%E3%83%BB%E3%83%84%E3%83%BC%E3%83%AB%E3%82%AD%E3%83%83%E3%83%88

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

>>618
具体例をあげよ

**デフォルトの名無しさん** · 2020/09/17(木) 04:59:15.63

>>621
Visual Studioが使えなくなる。

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

Visual Studio で造れるもの
Tcl/Tk
wxWidgets
Qt
その他

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

「かんたんVisual C++ 改定2版」という本を見つけたのだが、ダイアログベースのアプリの説明がほとんどでSDIとMDIの説明はちょっとだけ。

MFC Tutorial
https://www.tutorialspoint.com/mfc/index.htm

上の海外のページでもダイアログベースの説明なんだよなあ。

SDIやMDIを好きに変更できるようにならないと業務に使えないのだが。
もしかしたらCMultiDocTemplateクラスのせいで自由にレイアウト変更できないの？

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

>業務

ωωω

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

結論的に言えば、以下の本を買えば、昔ながらのMFCのSDI/MDIプログラムは学べるはず。
他にも、4種類くらいの本があり、ダイアログベースのプログラミングなどに詳しい本もあるので
そっちもあわせて見れば、かなりの事が分かるはず。

かんたん Visual C++ [改訂2版] (プログラミングの教科書) (日本語) 単行本（ソフトカバー）
Visual C++の基本の文法を完全網羅。イラスト図解でやさしく解説したMFCの教科書です
2017年10月13日発売, 堀義博著, A5判／560ページ, 定価（本体2,980円＋税）

技術評論社のページに以下の様な目次が出ている :

https://gihyo.jp/book/2017/978-4-7741-9259-8#toc

11章　SDI/MDIアプリケーション
11-01　SDI/MDIアプリケーション
11-02　MDIプロジェクトを作成する
11-03　MDIで画像ファイル表示アプリケーションを作成する

もあるし、
10-01　ダイアログデータエクスチェンジ
10-02　メッセージの処理
10-03　ダイアログデータバリデーション
もあり、見てみたら、MFCの基本的な使い方はかなりちゃんと書いてあるようだ。

5章　コードウィザード
5-01　クラスウィザード
5-02　メンバー関数の追加
5-03　メンバー変数の追加

6章　デバッグ
7章　MFCの基本的なクラス
8章　コモンコントロール
9章　デバイスコンテキスト

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

>>627
>>625を読んでないなw

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

>>628
この本は、ちゃんと、1つの章を割いているので、別の本のことかと思った。
そもそも、MFCのSDI/MDIは、そんなに高機能ではないので、質問者は勘違いしている
かも知れない。
MFCは、ダイアログベースにすると、割とIDEの機能が強く働いて、
C#のWinFormsと似たようなポトペタ的なプログラミングに近くなるが、
SDI/MDIは、メニュー以外には余り支援が無い。
SD/MDIでも、ダイアログを使えば、ポトペタ的になる。
というか、「Win32 Control」と呼ばれているものは、もともと、
ダイアログに入れた場合にちょうどよく機能するように設計されている。
だから、「ダイアログリソース」なるものがあるが、それ以外では、
独自に全て座標やサイズを指定して出すしかない。

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

>>629
普通、どのアプリを見ても分かるが、メインメニューとツールバーがあり、
一行のテキストフィールド(EditBox)や、ボタン、チェックボックス、
コンボボックスなどは、全てダイアログの中に収められていることが多い。
だから、SDI/MDIアプリも、IDEの支援は、ダイアログ以外は、
メニューとツールバーが中心で、後は関数の作製・削除、検索、置換、
デバッグなどに限定される。
というわけで、SDI/MDIプログラムを学ぶと言っても、ポトペタ的な
ものは、ダイアログの部分を学べばよいだけ。
そしてそれに関係するのが、ダイアログデータエクスチェンジ(DDE)。

**625** · 2020/09/23(水) 16:22:00.82

>>629-630
625です。
その本を立ち読みしたのですが、SDI/MDIの部分は本当にペラペラです。

ダイアログベースだとメニューがないので、あれは実用にならないのではないでしょうか？
自分的にはSDI/MDIが実用アプリの基礎であれを改造しないと実用にならないと思っていたのですが、違うのですか？

個人的にはメニューがあって、ウィンドウにツリービューが表示されているようなものを作りたいのですけど、調べてもちっとも分からないんですよね。
最悪、Win32で作るしかないとは思っていますが。

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

wxWidgets

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

>>631
>個人的にはメニューがあって、ウィンドウにツリービューが表示されているようなものを作りたいのですけど、調べてもちっとも分からないんですよね。
VS2019だと、MFC-Projectを作成する際に「Visual Studio」を選ぶと最初から
サンプルとして利用できるプロジェクトが作られる。
Windowsプログラムでは、作り方は、サンプルを参考にして、そこをヒントに
分からない部分をネットで検索して調べるのが基本。
全くサンプルが無いと作るのはほとんど不可能な場合があり、
「SDK」と呼ばれているものの意味や目的の50%は、サンプル集であると言っても
過言ではない。

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

>>631
>ダイアログベースだとメニューがないので、あれは実用にならないのではないでしょうか？
>自分的にはSDI/MDIが実用アプリの基礎であれを改造しないと実用にならないと思っていたのですが、違うのですか？
ダイアログベースアプリも結構見かけて、C#のWinFormsアプリとMFCのダイアログアプリ
は、言語が違うだけで理念はほぼ同じ。
しかし、本格的な「アプリ」を作りたければ、SDI/MDIプロジェクトをベースに作るのが基本。
「ダイアログベース」にしなくても、ダイアログベースアプリの作り方で学んだ知識は、
SDI/MDIアプリでも生かせる。
SDI/MDIアプリの中で、ダイアログを生成することが出来、その時に、ダイアログベースアプリ
と同様の作法が使えるから。
ウィンドウにツリービューを入れたい場合、CTreeViewまたは、CTreeCtrlを使う。

**625** · 2020/09/24(木) 12:34:17.45

>>634
>ウィンドウにツリービューを入れたい場合、CTreeViewまたは、CTreeCtrlを使う。

CTreeViewは知っているけど、VSが生成したプログラムにどうやって入れるのかがわからないんですよ。
検索してもちっとも出てこない。英語で検索しても出てこない。
日本語でも英語でもダイアログベースの解説しか出てこないので、ツールボックスからツリービューをダイアログにドラッグ・ドロップしてしか出てこない。
こんなのじゃ役に立たない！

**デフォルトの名無しさん** · 2020/09/24(木) 12:49:59.87

>>635
VSが生成する前のアプリケーションウィザードのところで
基本クラスをCViewからCTreeViewに変更できる

**625** · 2020/09/24(木) 13:35:34.64

>>636
できましたけど、VIEW/DOCモデルを選択した時しかできないですよね。
VIEW/DOCモデルを使うと、ファイル読み込みと書き込みの対称関係が強制されるので、これも困るというか。
自分が作りたいアプリは、メモリに絶対入らない巨大なファイルを少しずつ処理してエクスポートするものなので、読込・保存の概念がない。
やはりMFCは使わない方がいいのだろうか。Win32にした方がいいかもしれない。
どうしてMFCはWin32みたいに部品を組み合わせていくように作れないのだろう。

**デフォルトの名無しさん** · 2020/09/24(木) 13:52:29.54

class設計がタコだから
class library と名乗るのがそもそも詐欺
ただの win32api wrapper あるいは劣化版

**625** · 2020/09/24(木) 14:08:51.69

>>638
それは一般的な見解なのでしょうか？
ここだと「Win32は手間がかかりすぎる。MFCにしないとだめ」的な書き込みも多々見かけるので混乱します。

**デフォルトの名無しさん** · 2020/09/24(木) 14:30:44.47

>>637
別に、ドキュメント/ビューの仕組みを使ったら
ファイル全体をメモリ上に読み込まないといけないわけではないけど、
そうなると、MFCの標準の処理をいろいろオーバーライドすることになるので、
内部の仕組みを理解する必要が出てくる。

ドキュメント/ビューが抵抗あるなら、使わずにSDIを作成して、
CChildViewの中にCTreeCtrlを載せたりすることもできるけど。

**デフォルトの名無しさん** · 2020/09/24(木) 14:31:42.32

>>637
Doc,Viewモデルは、MFCを使うと必ず伴うが、個人的にはほとんど無視してプログラム
している。
無視すると言うのは、Docではなく、全てViewの中にデータを入れたらいい。
イベントを受けるのを、View,Doc,Appのうちから選べるようになっているが、
原則的には全てViewで受けると便利。
MFCは、Doc,Viewモデルで設計されていると言うが、実際には余り使い勝手がよくなくて、
1つのDocに対して複数のViewなどをしたくても多分、設計上は出来ない。
なので、無視していい。

また、プロジェクトを作成後、ClassWizardで、Viewを作れるがその際、
どのViewを作るかを選べるようになっていてTreeViewも作れる。

Win32が使える人はMFCも使える。
MFCは、IDEと連携では便利なだけなので、自分で好きなようにWin32と混ぜて使っていい。
MFC自体、Win32のとても軽いラッパーに過ぎないから。
MFCはソースが付いてくるので、それを見れば、Win32との対応関係が分かる。

**デフォルトの名無しさん** · 2020/09/24(木) 14:37:46.49

>>639
MFCは、Win32の軽いラッパーであることは、標準見解。
ただし、IDEとの連携がWin32より上手くできているので開発効率は上がる。
理解するのは、実はWin32より難しくなってしまっている部分もある。
しかし、イベントハンドラやメニューハンドラをどんどん追加していく場合の
効率がとても良い。
また、新しいWindowを作る際も、ClassWizardから作るとWin32で自分で
作るより速いことが多い。
メニューにチェック記号を付けたり、グレイ表示にしたい場合も、
MFCは、CCmdUI や、ON_UPDATE_COMMAND_UI()などを自動生成できるので、
効率が良い。
また、Win32だとswitch文でメニューを処理するが、MFCだと、自動生成された関数
で処理するので、大規模なアプリの場合、コードが整理される。

**デフォルトの名無しさん** · 2020/09/24(木) 14:44:39.87

>>637
MFCの読み込み、保存の概念は、はっきり言って、型にはめられすぎていて
MSが想定した典型的なアプリ以外だと不便だから、実は無視してもいい。
それから、DocTemplateを理解するのがまた難しいが、それはなかなか避けて
通れないこともある。
基本的には、フレームワークが想定しているファイルオープンの概念を、
如何に無視して自分流にしていけるかが、MFCを使う上での重要なポイントになる。
最初は難しいが、MFCはソースがあるので、それをおっていくと、何をやっている
かが分かるので、「安全に無視する方法」を探るといい。

**デフォルトの名無しさん** · 2020/09/24(木) 15:01:57.18

Docを無視してViewだけ使うってのは俺もよくやるｗ

**デフォルトの名無しさん** · 2020/09/24(木) 15:35:28.03

>>640-644
うーむ・・・
結局、MFCが提供する仕組みを無視しないと自由にプログラムを組めないのか。
しかも安全に無視するにはMFCの仕組みを熟知しないといけないと。
そんなこと組込一筋の自分にはできそうにないなあ。
今作りたいプログラムを作ったらMFCを使うことは二度となさそうだし、やはりMFCは回避するべきだろうか・・・
頭痛いよ

**デフォルトの名無しさん** · 2020/09/24(木) 15:40:13.30

>>645
というか、「Doc,Viewはかくあるべき」という設計思想が難しいし、
それを守っても余り良いこと無いので、無視してよい、ということ。
なにも、アメリカ人の考えた思想に従う必要は無いのだから。
その当時の彼らはそれが理想だと考えたかも知れないが、それも
どんどん変化しているし、別の勢力はまた別の設計思想を持っているのだから。

**デフォルトの名無しさん** · 2020/09/24(木) 15:50:00.97

>>645
いやいや、別に邪道なことをしているわけではない
Docを使う／使わないを任意に選べるようになっているというだけ

**デフォルトの名無しさん** · 2020/09/24(木) 16:08:29.20

>>645
無駄に覚えることが増えるし
しかもバッドノウハウで
他に何の役にも立たん
深入りする意味が無い

**625** · 2020/09/24(木) 16:14:40.31

>>646-647
>>640に「そうなると、MFCの標準の処理をいろいろオーバーライドすることになるので、内部の仕組みを理解する必要が出てくる。」と書かれているので、難しいはずです。簡単に無視できないはず。

そもそも組み込みの技術者なので、PCのプログラミングは「ついで」的にしないといけない。
PCのプログラミングに力を入れると評価が下がってしまう。
そうなると知識量が必要なMFCは避けないといけない。やはりWin32にするべきか。

>>648
バッドノウハウ＝MFCってことですか？

**デフォルトの名無しさん** · 2020/09/24(木) 16:33:16.74

>>649
> SDIやMDIを好きに変更できるようにならないと業務に使えないのだが。
こう言ってた人が

> PCのプログラミングに力を入れると評価が下がってしまう。
> そうなると知識量が必要なMFCは避けないといけない。やはりWin32にするべきか。
こう言い出す意味がよくわからんのだが

組み込みが本業の人がMFCを何に使うんだろう
基板から送られてくるデータを可視化とか？
シミュレーションや回路設計は専用ソフト使うだけだし

**625** · 2020/09/24(木) 16:40:57.87

>>650
要は力を入れないで業務で使えるGUIのプログラミングをしないといけないということです。
何も分かっていない上司に言われてやっているので、仕方がないのです。

>組み込みが本業の人がMFCを何に使うんだろう

企業秘密なので、詳細は書けない。
データの可視化の一種と言っておく。

**デフォルトの名無しさん** · 2020/09/24(木) 16:49:31.37

>>651
でも、プロジェクト作成時に「Visual Studio」を選ぶと、プロジェクトを作製した直後から、TreeViewが既に出ているよね。
それをいじくれば、TreeViewは制御できる。
後はメニューに対するハンドラの書き方さえ分かれば、アプリは作れる。

**625** · 2020/09/24(木) 16:50:34.31

個人的にはGUIは不要だと思っているのですけどね。
現場で働く派遣社員や外注などのレベル低下でCUIのツールが受け入れられなくなっているってだけでGUIのプログラミングをやるはめになった。

**625** · 2020/09/24(木) 16:51:57.29

>>652
問題は>>649ですよ

**デフォルトの名無しさん** · 2020/09/24(木) 16:53:39.81

>>653
裏でCUIツールを起動するだけ、みたいのだとダイアログベースで充分じゃね？

**625** · 2020/09/24(木) 16:56:46.90

>>655
それは上司にダメって言われたんですよ

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

いちおーSDI用のスケルトンを使って
内容的にはダイアログベースなやつにするとか
ログを記録したり終了時に使用状態をファイルに記憶させるのにDoc使いましたよって

**625** · 2020/09/24(木) 17:26:50.28

>>657
そこまでは知識不足で判断できません。
どちらにしても>>640の言うように使わない機能を無視するのも簡単ではないようですが。

**デフォルトの名無しさん** · 2020/09/24(木) 18:13:53.22

ダイアログベースがダメだと言うなら、>>640の言うように、
Doc/Viewを使わないSDIで、CChildViewに処理を全部入れてしまうのが一番シンプルでは？

**デフォルトの名無しさん** · 2020/09/24(木) 18:19:58.65

>640の前段は「ドキュメント/ビューの仕組みを使ったら」だ
ドキュメント/ビューを一切使わないのは簡単
使わないだけ

ダイアログにメニューも普通に付く
「ダイアログ　メニュー」でggr

そんなにWin32API直でやりたいならそうすればいいけど
どっちにしろ、猫でものWindows SDK編でも一通りやっといた方がいいよ
MFC使うにしても、「ドキュメント/ビュー」とかのMFC独自のとこ以外は
よく言われるようにWin32APIの薄いラッパだから

**625** · 2020/09/24(木) 18:59:32.67

>>659
そこまで判断する知識はまだなくて

>>660
>ダイアログにメニューも普通に付く

そんなことが可能なのですね。
https://www.kazetest.com/vcmemo/dialogmenu/dialogmenu.htm
それならダイアログベースでも可能かもしれません。

Win32についてはそこである程度勉強したのですが、部品を組み立てるような感覚で自由にできるので、下手にMFCに手を出すよりはマシかと思ったわけです。