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/05/25(月) 21:52:48.92

>>424
今のツールバーは、グレー化の状態とか、メニュー用の小サイズとか、
一つのツールバーに対して複数の画像を持たせられるので、
そのへんも想定した方がよいかと

**デフォルトの名無しさん** · 2020/05/26(火) 08:52:20.57

>>424
ちなみに、MFCが買い取ったBCGのライブラリには、
32bitのPNGやSVGに対応したツールバーエディタも入ってるみたい
https://www.bcgsoft.com/doc/ToolbarEditor.htm

**デフォルトの名無しさん** · 2020/05/26(火) 17:18:06.42

>>424
昔から、MFCのToolBarには色々な問題点があったので、
仕組みの簡単さから言えばCToolBarクラス自体を自分で作り直したほうが
便利。

**デフォルトの名無しさん** · 2020/05/26(火) 20:10:43.66

とりあえず、上手くいくかわかりませんが
Delphi/C++Builderの方に32bppのImageListをD&Dで移動など編集できる機能があるので、
そこでビットマップ管理して、後はPNGもしくは32bppのBMPで書き出すコードを
追加して、それをMFCの方で利用

>>427
そうなんですか。でも、その場合、ツールバーの移動とかカスタマイズ機能を付けるとなると
大変？

**デフォルトの名無しさん** · 2020/05/26(火) 20:16:29.74

>>428
そういえば、移動というか、Docking機能の実装は結構難しかったな。
MFCのバージョンによって容易さは違ってくると思う。
恐らく、新しいMFCはだいぶ楽になってる気がする。

**デフォルトの名無しさん** · 2020/05/26(火) 21:00:42.32

>>429
それなんですね。ツールバーやウィンドウのドッキング機能がほしかったので、とりあえず、MFCを使ってる次第です。
QtやDelphi/C++Builderの方にもウィンドウのドッキング機能があるっぽいですが、MFCが一番良さそうだったので

**デフォルトの名無しさん** · 2020/05/26(火) 21:05:12.34

後、今どきHigh DPIは必須なので、ちゃんとMFCのドッキングがHigh DPIで動くのか...AppWizardで造った雛型はデフォルトで、アプリのレイアウトの復元を行ってくれますが

そこら辺を考慮して最終的にMFCにするかQtにするかはたまたDelphi/C++Builderにするか

**デフォルトの名無しさん** · 2020/05/26(火) 21:09:08.37

4k非対応と明記すればOK

**デフォルトの名無しさん** · 2020/06/02(火) 19:44:26.62

ちょっと聞きたいんだけどMFCを使用してCUIアプリを書くことってある？
メインのプログラムがMFCでそれに関連するC++のCUIアプリ書いて言われて純C++で書いたらMFC使えって
CUIにMFC使うって発想がまったく無かったんだけどありえなくもないんかな

**蟻人間** ◆T6xkBnTXz7B0 · 2020/06/02(火) 20:05:25.08

>>433
コンソールでMFC使うのはアホだろ。メリットが一つでもあるのか？

**デフォルトの名無しさん** · 2020/06/02(火) 20:14:01.52

>>433
自分はCUIアプリでもMFC使う事が多いね。
MFCはGUI関連以外でも汎用的な処理がクラス化されていて便利な物が多数あるからね。
CUIアプリでも良く使うのはCStringとかCxxArrayとかCFileFindとかかなあ。
これらの大部分はATLでも実現できるけど、普段GUIアプリをMFCで作ってるからCUIでも
ATLよりMFCを好んで使ってる。

**デフォルトの名無しさん** · 2020/06/02(火) 20:33:53.79

>>433
あと、企画・開発から保守まで自分一人で行う物なら何をどう使っても良いけど、大き
なアプリの一部の開発なら、使うライブラリや記述・処理の作法なんかを他の人が作る
部分に合わせておくことは非常に重要。

**デフォルトの名無しさん** · 2020/06/03(水) 00:04:37.57

>>433
CString受け以外では使わないなあ
APIのラッピングは結局APIのリファレンスも読まないとだめだし

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

MFCは糞
もちろんGTKは糞だが
GTKよりも糞

**デフォルトの名無しさん** · 2020/06/03(水) 14:36:40.34

C++Nativeの今風なGUIライブラリ作って欲しいわ
そこ得意分野のはずなのにな
もうC++には興味ないのか

**デフォルトの名無しさん** · 2020/06/03(水) 14:43:37.29

COMベースになるだろうな

**デフォルトの名無しさん** · 2020/06/03(水) 17:07:37.39

.netでc#でって感じで、俺らの欲しいものじゃない奴を作っては消えていく
未だにMFCの方が安泰な気がするんだけどなあ

**デフォルトの名無しさん** · 2020/06/03(水) 17:43:55.39

>>439
winui 3...

**デフォルトの名無しさん** · 2020/06/03(水) 20:46:57.80

TuneBrowserとか見ると、MFCも捨てたもんじゃないと思うけどな

**デフォルトの名無しさん** · 2020/06/03(水) 20:49:52.72

C++/CLIをもっと延命してくれればよかったんだがなぁ

**デフォルトの名無しさん** · 2020/06/03(水) 21:39:23.49

>>442
C#側の都合を押し付けられる予感しかしない
C#やクロスプラットフォームとは縁を切って欲しい

**デフォルトの名無しさん** · 2020/06/03(水) 21:59:01.81

fluent designが問題なんだよ。タッチフレンドリなアプリ作るならfluent designでもいいが、もっとマウス入力前提のデスクトップアプリ作る場合なfluentだとスペースが多すぎてダサくなる
もっと、Visual Studio IDEみたいな情報密度のアプリにFluent Design(WinUI)が対応してくれれば

**デフォルトの名無しさん** · 2020/06/03(水) 22:02:34.42

Tunebrowser見てみたけど、おしゃれやな
こういうの簡単に..っていうかMFCのビジュアルテーマもっと用意しろよって...

**デフォルトの名無しさん** · 2020/06/04(木) 01:27:30.90

>>446
その路線windows8で失敗してるのにまた蒸し返すのかよって思ったな

**デフォルトの名無しさん** · 2020/06/04(木) 22:17:47.91

本当は実用性とデザイン性は相反することが多いんだよ。
なぜかというと今まで見たことも無いものが良いデザインに見えるからだ。
人間は見たことも無いことに驚く。そして驚きこそが良いデザイン本質だからだ。
便利だったり識別し易いものは既に多くある。それが実用性が高いものだ。
ところがよくあるものは陳腐に見えるため、良いデザインに見えない。
だからSF映画の世界では実用性のないUIを持ったコンソールパネルが宇宙船や
ロボットの中に描かれている。
見たことが無いのでかっこよく見えるのだ。
Windowのデザインも、4隅を丸くしたりするとかっこよく見えるが、
面積が無駄になるので実用性には乏しい。
だから、Windowの中の境界線を見えなくするものが流行っているが、めったに採用されてこなかった
ために驚きがあるため一部の人にはデザイン性が高く見える。
ところが、採用されてこなかったのは実用性が無いからであって、結局使いにくい。

**デフォルトの名無しさん** · 2020/06/05(金) 15:01:07.01

馬鹿っぽい文章

**デフォルトの名無しさん** · 2020/06/05(金) 15:42:17.35

うん、まれに見る駄文だ

**デフォルトの名無しさん** · 2020/06/05(金) 16:06:30.12

IT掲示板群 ttp://x0000.net/forum.aspx?id=15

学術の巨大掲示板群 - アルファ・ラボ ttp://x0000.net
数学物理学化学生物学天文学地理地学
IT 電子工学言語学国語方言など

simulationライブラリで純粋な関数式プログラミングをする
ttp://x0000.net/topic.aspx?id=3631-0
UIライブラリ (C#, 2D) を作ったよ
ttp://x0000.net/topic.aspx?id=3688-0
連続と離散を統一した！
ttp://x0000.net/topic.aspx?id=3709-0
4Dエンジン（画像有り）
ttp://x0000.net/topic.aspx?id=3677-0
matrixのライブラリ
ttp://x0000.net/topic.aspx?id=3711-0
ある強力なFor関数
ttp://x0000.net/topic.aspx?id=3630-0
SQLライブラリ
ttp://x0000.net/topic.aspx?id=3675-0

PS malloc / free を実装してみた (C#)
ttp://up.x0000.net/files/TMallocTest.zip

**デフォルトの名無しさん** · 2020/06/10(水) 17:28:34.23

MFCのせいでC++/CLIのGUIが衰退したのは本当ですか？
C++/CLIのGUIはもう終わりなのですか？

**デフォルトの名無しさん** · 2020/06/10(水) 17:49:50.64

MFCはC++98すら未制定の時代に作られたライブラリだけど
C++17前提で作り直すとどんな感じになるかな

たとえば
RUNTIME_CLASS(hogehoge)
↓
typeid(hogehoge)
みたいに

**デフォルトの名無しさん** · 2020/06/10(水) 21:15:41.28

>>453
どっちかというと逆だと思う。C++/CLIがこけたせいでMFCが延命した。

**デフォルトの名無しさん** · 2020/06/10(水) 21:31:05.00

>>455
なるほど。C++/CLIだと、C++言語の高速性が活かせなかったのかな？

**デフォルトの名無しさん** · 2020/06/10(水) 22:36:21.96

最近MSが出したTerminalのソースみたらゴリゴリのモダンなC++の中でWindows API使ってて震えたね
何とかしてくれよ本当

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

>>457
なんで？、Win32 API 使っても別に問題ないじゃない。

**デフォルトの名無しさん** · 2020/06/11(木) 11:41:53.07

MFCはゴミ
当時のMSの過学習の成果物

**デフォルトの名無しさん** · 2020/06/11(木) 15:06:27.47

>>459
と言ってもC++のクラスライブラリがこれしかない現実

**デフォルトの名無しさん** · 2020/06/12(金) 05:06:01.94

APIの極薄ラッパーなところが有り難いんだよ
余計なことを押しつけずAPIを使いやすくすることに徹してくれていて

**デフォルトの名無しさん** · 2020/06/12(金) 08:17:50.58

MFCもFeature Packの後　更にBCGSoft買収して全部無料にするとか、
WPFもどっかのライブラリ買収して無料にするとかカッコいいアプリ作れるようにすれば開発者の意欲も沸くのにな
xamarinとか糞は買収するくせに

**デフォルトの名無しさん** · 2020/06/12(金) 09:43:15.85

使い安くなってるか？
余計な手間が増えてるだけだろ？

**デフォルトの名無しさん** · 2020/06/12(金) 15:34:56.34

>>458
GUIを作るにはあまりに低レベルなAPIしかなくて
今の時代にそこから書くのは辛すぎる
もう一段上の抽象化レイヤーなりMFCみたいなクラスライブラリが欲しいところ

**デフォルトの名無しさん** · 2020/06/12(金) 15:41:17.48

ココはMFCの相談室ではないのか・・

**デフォルトの名無しさん** · 2020/06/12(金) 15:48:58.95

Win32APIに対してのMFCは一段上に行ってない
抽象レイヤですらない

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

>>466
薄いラッパーみたいなものかねえ

**デフォルトの名無しさん** · 2020/07/06(月) 15:47:04.85

「東京版CDC」設立準備と小池都知事
https://this.kiji.is/652740458292626529
2020/7/6 14:16 (JST)

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

MFCの勉強する前にWindows SDKの勉強した方がいいってまじ？

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

物理を学ぶ前に数学を学んだ方がいい、という程度には。

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

MFCとAPIは同時に憶えられるよ
MFCはAPIの極薄ラッパーだかんね

MFC独自の概念、シリアル化とかドキュメントビューとか
APIあんまり関係ないのもあるけどね

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

Win32 APIという超レガシーを今更勉強する気が起きるかどうか
昔はこれしかなかったからみんな頑張って勉強したけど

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

昔からあるというだけ
それで済む用事をわざわざ難しくする必要はない

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

勉強って言ったって、一々全部覚える必要はない
昔はgoogleとかないから名前覚えないと探せない問題はあったけど
今はよく使うものはなんとなく名前を覚えてしまう程度で充分だ
どうせエラーが発生したら調べることになるんだし
頑張るような要素はないと思うが

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

>>469
むしろMFCの勉強はしない方が良い
というかMFCの勉強はしてはいけない

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

大きなお世話ってやつ

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

MFCやWin32APIの勉強なんてさほど必要ないよ。
英単語の暗記のようなものだから。
電話帳を勉強する必要ないのと同じ。
公式ドキュメントに書かれていない問題点や誤解しやすい点など、
先人の労苦をネットで調べるのは意味がある。

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

MFCに関わることで起きる問題は
MFCと関わらなければ回避可能

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

女に関わることで起きる問題は
女と関わらなければ回避可能
だろ？　おまえの人生は

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

その発想は無かった

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

言い当て妙

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

>>475
それを言ったら終わりだよー

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

本当にそう思ってるやつがこんなとこに来るのは荒らし目的

**デフォルトの名無しさん** · 2020/07/22(水) 22:44:03.42

うちの会社新人に研修でMFCやらせるんだけど大丈夫かな……多分創業当初から同じ課題渡してるんじゃないかな……

**デフォルトの名無しさん** · 2020/07/23(木) 00:35:10.40

本番で使ってたらおぞましいが
研修なら反面教師に最適

**デフォルトの名無しさん** · 2020/07/23(木) 01:36:12.34

C++使いがMFC使いたくないのは理解できるが、JavaとかPythonのようなモダン言語使ってる層ならわかりやすくて良いんじゃないの。

**デフォルトの名無しさん** · 2020/07/23(木) 03:32:15.19

>>485みたいなのはMFCすら使いこなせなかった人だし、
>>484の会社は潰れてないんだから問題ないのでは？

**デフォルトの名無しさん** · 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的なアプリってどうやって生成するんだ？