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

**デフォルトの名無しさん** · 2018/02/10(土) 20:30:44.41

ないんだなーこれが

**デフォルトの名無しさん** · 2018/02/10(土) 23:11:10.45

そんなわけ無いだろうと思ったけど、無いね．．
CListViewは存在するけどウィザードでは選択できなくなったのか
結構便利なクラスだと思うんだけどな

**デフォルトの名無しさん** · 2018/02/10(土) 23:55:46.38

だろー
昨日から三回も再インストールしてる

**デフォルトの名無しさん** · 2018/02/11(日) 00:27:35.71

確かに2017communityでは、無くなっています。2013Communityには有るようです。

**デフォルトの名無しさん** · 2018/02/11(日) 14:12:45.40

一応、MSに連絡

**デフォルトの名無しさん** · 2018/02/11(日) 17:09:15.62

まぁこのへんの仕組みはもう変わらないだろうし、
適当なものを選んでから書き直しても問題ないけどな。

**デフォルトの名無しさん** · 2018/02/12(月) 00:23:21.23

TreeViewぐらいで

**デフォルトの名無しさん** · 2018/02/16(金) 06:26:23.85

☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆

**デフォルトの名無しさん** · 2018/02/17(土) 09:44:17.48

ウィザードのCListViewの話
去年にはもうあった話題やん
もうちょっと頑張ってくれよ
https://developercommunity.visualstudio.com/content/problem/135607/vs-1541-vcmfc-application-wizard-cant-select-listv.html

**デフォルトの名無しさん** · 2018/02/28(水) 17:21:10.04

>>153

> >>152
> MFC Feature Packのメニューやツールバーのことなら、
>
> > メニューのフォントとフォントサイズ
> CMFCMenuBar::SetMenuFont
>
> > ボタンの表示非表示
> CMFCToolBar::EnableCustomizeButton
使い方がよくわかりません。適当なパラメーターがよくわからず、CMainframe内で呼び出してはみた物の、うまくフォントのサイズは変わりません。
ボタンの追加も消せませんでした。

**デフォルトの名無しさん** · 2018/02/28(水) 18:28:27.62

ソースが付いてるんだから読みなよ

**デフォルトの名無しさん** · 2018/03/01(木) 12:14:56.76

>>166
とりあえずこんな感じで書けば変わる。
ただ、あまり大きくすると、縦にドッキングしたときに文字が欠ける。
最新バージョンなら直っているのかもしれないけど、
自分のアプリではメニューは上部固定なので、深くは調べていない。

> メニューのフォントとフォントサイズ
NONCLIENTMETRICS metrics;
metrics.cbSize = sizeof(metrics);
SystemParametersInfo(SPI_GETNONCLIENTMETRICS, sizeof(metrics), &metrics, 0);
LOGFONT lfMenu = metrics.lfMenuFont;
_tcscpy_s(lfMenu.lfFaceName, _T("ＭＳＰ明朝"));
lfMenu.lfHeight = -24;
CMFCMenuBar::SetMenuFont(&lfMenu);
lfMenu.lfOrientation = 900;
lfMenu.lfEscapement = 2700;
CMFCMenuBar::SetMenuFont(&lfMenu, FALSE);

> ボタンの表示非表示
m_wndToolBar.EnableCustomizeButton(TRUE, -1, _T(""), FALSE);
もしくは、EnableCustomizeButtonを呼ばない。

**デフォルトの名無しさん** · 2018/03/01(木) 13:10:39.24

軽く煽ると答えを書いてくれるこのスレはチョロいよねｗ

**デフォルトの名無しさん** · 2018/03/01(木) 18:59:24.33

自演じゃなければ

**デフォルトの名無しさん** · 2018/03/01(木) 21:28:45.70

質問に答えると負けなんだろうか。
他のスレでも、質問に「答えない」ってだけのしょうもないマウントとりにくる人を見かけるね。

**デフォルトの名無しさん** · 2018/03/01(木) 22:57:24.75

>>171
君が質問に答えてあげればいいじゃん

**デフォルトの名無しさん** · 2018/03/04(日) 03:39:37.81

>>168
ありがとうございます。メニューのフォントサイズを変更でき、ボタンの追加・削除を消せました。
私ではとても考え付かない設定です。ありがとう!!

**デフォルトの名無しさん** · 2018/03/22(木) 07:47:15.16

温度情報などをグラフにしてFormView上に描画できないか考え込んでいます。自前でCDCに描いていくのではなく、描くのに適しているmfcのライブラリは無いものか、探しています。どなたか目盛りのついたグラフ描画に良いクラスはご存じないでしょうか？

**デフォルトの名無しさん** · 2018/03/22(木) 10:15:31.03

matlab

**デフォルトの名無しさん** · 2018/03/22(木) 12:52:08.54

>>174
MFC用の有料ライブラリならこのへんがあるけど、使い勝手は知らない
https://www.bcgsoft.com/featuretour/tour270.htm
http://www.codejock.com/products/chart/

無料ならこのへんのソースを読んでみるとか
https://www.codeproject.com/KB/miscctrl/#Charting+Controls

**デフォルトの名無しさん** · 2018/03/22(木) 18:20:31.23

matlabはおそらく有料ライセンスですよね。

**デフォルトの名無しさん** · 2018/03/22(木) 18:22:47.87

>>176

> >>174
> MFC用の有料ライブラリならこのへんがあるけど、使い勝手は知らない
> https://www.bcgsoft.com/featuretour/tour270.htm
>
グラフとして、このようなグラフが描けると良いなとは思います。 http://www.codejock.com/products/chart/
>
> 無料ならこのへんのソースを読んでみるとか
> https://www.codeproject.com/KB/miscctrl/#Charting+Controls
ちょっと調べてみます。ありがとうございます。

**デフォルトの名無しさん** · 2018/03/22(木) 18:25:07.36

昔の話で何ですが、DOSの時代にはMSCなどにグラフ描画ライブラリが付いてきていたような記憶があります。mfcには無さそうですよね。

**デフォルトの名無しさん** · 2018/03/22(木) 19:42:36.73

>>179
最新版は知らないが、昔のMFCには無かったと思う。
(昔の) MSDN Library をよく見ているが、発見してない。

でも、グラフ描画って、LineTo() だけでも大体いけると思うんだけど。

**デフォルトの名無しさん** · 2018/03/23(金) 11:19:28.52

OLE2使ってExcel呼べばいいんじゃね？
MFC関係ないのでスレチだけど

**デフォルトの名無しさん** · 2018/03/23(金) 12:29:30.45

>>180
MSC = Microsoft CというDOS用のコンパイラです。1990年代のお話です。

**デフォルトの名無しさん** · 2018/03/23(金) 13:06:50.13

>>182
知ってるけど

**デフォルトの名無しさん** · 2018/03/23(金) 18:21:05.39

>>174 >>177
matplotlib の python 用 dll を c/c++ から使う手がある

**デフォルトの名無しさん** · 2018/03/24(土) 13:11:04.87

.NETのChartコントロールをユーザーコントロールに置いてMFCダイアログでホストってのをやったことあるよ。
MFCビューでのやり方もMSDNに書いてあるからその通りやればできると思う。
MFC、Windowsフォーム、辺りで検索すれば見つかるはず。

**デフォルトの名無しさん** · 2018/03/24(土) 13:59:14.06

.NET使いたくないって話では

**デフォルトの名無しさん** · 2018/03/25(日) 01:41:05.54

.netはちょっと重いです。それでも参考になります。ありがとうございます。。

**デフォルトの名無しさん** · 2018/04/03(火) 23:45:10.59

mfcとexcelの連携が全然分かんない……COM？何それ？みたいな
msdnとかstackoverflowとかいろいろ漁ってもだめ。っていうかそもそもmfc、windowsってよくわかんないクラスとか変数とか多すぎじゃない
もっと簡単にプログラミングさせてよ！って思う

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/04/03(火) 23:46:23.75

>>188
VB6でも使ってろ

**デフォルトの名無しさん** · 2018/04/04(水) 02:52:52.55

>>188
馬鹿には無理

**デフォルトの名無しさん** · 2018/04/04(水) 23:16:43.35

昔、MFCに慣れてきた頃、趣味でMACのプログラミング勉強しようとして挫折したことがある。
Excel連携なら、その箇所だけでもVBでやるのがお勧め。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/04/05(木) 15:58:24.24

http://blog.systemjp.net/entry/20120827/p3

**デフォルトの名無しさん** · 2018/04/06(金) 12:26:46.99

MFC使わなくてもCで良いのに

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/04/06(金) 16:14:35.30

まずは、OleViewを起動してな。

**デフォルトの名無しさん** · 2018/04/20(金) 12:34:59.85

折れ線グラフをMovetoとLinetoで描くことにしました。線分を引くに当たって、GDI+とGDIでの描画速度を検証してみました。
32bit win7 corei5で24×1,024本の線分を描きましたところ
GDI+ drawLine 7300ms
GDI Moveto Lineto 350ms
という結果になりました。
mfcのMoveto Linetoは速いですよね。画面のサイズによって速度はだいぶ変わるようです。

**デフォルトの名無しさん** · 2018/04/20(金) 12:38:07.74

c#などのASP.net環境では、グラフを生成するAPIが有るようですね。サーバ上で簡単にグラフを生成し、クライアントのブラウザから見られます。

**デフォルトの名無しさん** · 2018/04/20(金) 22:27:08.54

>>195
検証おつ。少数派かもしれませんがこういうの好きです。

**デフォルトの名無しさん** · 2018/04/25(水) 12:53:36.78

CFormView内でOnMouseWheelを使っていたのですが、コンボボックスを配置したところ、OnMouseWheelのイベントに飛んでこなくなりました。
今のところ、コンボボックスを継承して、コンボボックス内のOnMouseWheelイベント内で、親クラスへSendMessage(WM_MOUSEWHEEL )する事で動かせるようにしました。

この先、ほかのコントロールが追加されたら、またOnMouseWheelイベントを拾えなくなると思い、もっと良い方法があればと思っています。どなたか良い解決策をご存じですか？

**デフォルトの名無しさん** · 2018/04/25(水) 13:44:01.27

>>198
CFormView派生クラスのPreTranslateMessage()で横取りしてしまうのが簡単かと

**デフォルトの名無しさん** · 2018/04/26(木) 22:30:35.34

確かに横取りで解決できました。ありがとうございます。
コンボボックスをドロップダウンリストに設定した場合のフォーカスについても伺いたいのですが、
CFormViewクラス内にドロップダウンリスト型のコンボボックスを配置すると、キーボードのフォーカスがコンボボックスに設定されてしまいます。
CFormViewに対してSetFocus()を呼び出しても、フォーカスがコンボボックスから外れません。
コンボボックスが青く塗りつぶされて選択状態になっているのを解除する方法をご存知ないですか？

**デフォルトの名無しさん** · 2018/04/27(金) 09:24:02.21

>>200
CFormViewのソースを見るとわかるけど、SetFocus()を呼んでも、
OnSetFocus()の中で最後の位置に復元される。

その動きを別なものにしたいのなら、
OnSetFocus()をオーバーライドして、なにかしらの対応が必要かと。

なにもしないようにしてフォーム自身がフォーカスを持ってしまうとか、
サイズ0のダミーのボタンでも置いておいて、毎回そこにフォーカスを移すとか。

**デフォルトの名無しさん** · 2018/04/27(金) 20:15:49.15

ありがとうございます！

**デフォルトの名無しさん** · 2018/04/27(金) 20:26:32.52

ダブルバッファリングについて質問しても良いですか？

ピクチャーコントロールのダブルバッファリングを行いたいと思っているのですが、画面のサイズを大小いじられ続けると、GDIリソースを食いつぶして、アプリケーションが落ちます。

色々試して、画面サイズ変更イベント内のCreateCompatibleBitmapのところで確保したGDIリソースが　DeleteObject();されるときに、GDIリソースを一つ多く確保し続けるようです。

CBitmap test;
test.CreateCompatibleBitmap(ピクチャーコントロールのdc,-,-);　//GDIリソースが＋２される
test.DeleteObject(); //GDIリソースがー１される

差し引きGDIリソースの確保量が＋１になります。
そのうち線を書けなくなり、アプリケーションがクラッシュします。

使い方がどこか良くないのだと思うのですが、パラメータ等が良くないのかな。などと考え込んでいます。解決策をご存知ないですか？GDIリソースの確保量はタスクマネージャの設定でGDIリソースを表示できるようにして確認しています。

**デフォルトの名無しさん** · 2018/04/27(金) 21:30:38.89

CreateCompatibleBitmapの前後5行ぐらいに原因がありそうな気がする

**デフォルトの名無しさん** · 2018/04/28(土) 06:46:29.77

>>203
自分で開放しないといけないのを忘れてるだけじゃないかな

**デフォルトの名無しさん** · 2018/04/28(土) 13:43:55.18

リソースの解放はDeleteObject();ではないのですか？
CreateCompatibleBitmapの前は、CreateCompatibleDCを呼び出しています。
CreateCompatibleDCのＤＣパラメータをNULLに設定すると、GDIリソースの浪費は無くなりますが、今度は出てくる画面が白黒になってしまいます。

**デフォルトの名無しさん** · 2018/04/28(土) 15:02:19.62

>>206
ピクチャーコントロールのDCをGetDC()で取得してしてるのでは

**デフォルトの名無しさん** · 2018/04/28(土) 15:36:31.72

スタック上でCBitmap test;とやった場合
関数を抜けるときに勝手にデストラクタでDeleteObjectされると思う。
もう少しコード晒さないと判らない。

**デフォルトの名無しさん** · 2018/04/28(土) 20:43:45.95

CreateCompatibleDCでは、ピクチャーコントロールのＤＣを取得させています。
ピクチャーコントロールのＤＣを渡すと、CreateCompatibleBitmap時にGDIリソースを消費する量が２となるようです。
CreateCompatibleDCにNULLを指定した場合（確か）CreateCompatibleBitmap時のGDIリソース消費量ばかり１となります（以後の描画は白黒になります）。

今しばらく書いているコードをみられません。
CreateCompatibleDCやCreateCompatibleBitmapをOnSize時に破棄させてはサイズを変えて再生成させると、GDIリソースが消費されて減っていくので、
アプリケーション生成時に画面の最大サイズでCreateCompatibleDCさせておき、あとはCreateCompatibleDCしないように変更することも考えております。

アプリケーション生成時に画面のサイズ分のCreateCompatibleDCさせるようにすると、マルチモニタ環境の時などの動作が正常に動作しないかもしれないと思い、
可能ならOnSize内でDeleteObject();させてCreateCompatibleDCさせたいと思っています。

なお、OnSizeから抜けてもGDIリソース消費量は下がってくれないようです。

**デフォルトの名無しさん** · 2018/04/28(土) 21:09:49.29

207が言っているのは
bitmap.CreateCompatibleBitmap(pict->GetDC(), rc.Width(), rc.Height())
してるんじゃないかって事。これだとリークします。

**デフォルトの名無しさん** · 2018/04/29(日) 02:54:49.07

ReleaseDC

**デフォルトの名無しさん** · 2018/04/29(日) 22:23:44.07

>>212

> 207が言っているのは
> bitmap.CreateCompatibleBitmap(pict->GetDC(), rc.Width(), rc.Height())
> してるんじゃないかって事。これだとリークします。

しています。その上でどのように直すべきか察しが付きません。やはりReleaseDCで直りますか？

**デフォルトの名無しさん** · 2018/04/29(日) 23:00:49.09

ReleaseDCで直る。
私なら解放不要なCDC::FromHaqndleを使う。

**デフォルトの名無しさん** · 2018/04/30(月) 09:00:09.82

>>212
CClientDCを使うのが一番簡単だけど、
CreateCompatibleDC()のほうは引数はなにを渡しているんだ？

>>213
CDC::FromHandle()はHDCがわかっているときに使うもので、
今回のDCを取得すること自体には使えない。

**213** · 2018/04/30(月) 13:12:38.67

ｽﾏｿ勘違いだった

**デフォルトの名無しさん** · 2018/04/30(月) 14:30:59.80

>>216
CompatibleDCの引数はピクチャーコントロール内のDC
memDC.CreateCompatibleDC(ピクチャーコントロール.GetDC(),ピクチャーコントロールのｘ,ｙ);
だったと思います。
GetDC()でピクチャーコントロールのＤＣを取得していたか、GetSafeDCでピクチャーコントロールのＤＣを取得していたかちょっと思い出せません。

**デフォルトの名無しさん** · 2018/04/30(月) 14:32:37.77

CreateCompatibleDCのパラメータはＤＣ一つだけでしたね。ごめんなさい。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/04/30(月) 14:34:44.36

GetDCの返り血はReleaseDCしないといけない。

**デフォルトの名無しさん** · 2018/04/30(月) 19:49:57.15

返り血こわ

**デフォルトの名無しさん** · 2018/05/01(火) 13:59:06.30

ReleaseDCではGDIリソースがー１になりますが、createCompatibleBitmapで+２消費したぶんのすべては解放されてくれません。
releaseDCはおこなっていますが、GDIリソースの消費量は依然として＋１になってしまいます。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/05/01(火) 14:20:07.77

>>220
ソースきぼお

**デフォルトの名無しさん** · 2018/05/07(月) 12:52:31.69

原因わかりました。
memBmp.CreateCompatibleBitmap(picctrl.GetDC(),x,y);

が良くなかったようです。
GetDC()でGDIリソースを１消費し、解放出来なくなります。

CDC *pDC;
pDC->picctrl.GetDC();
memBmp.CreateCompatibleBitmap(pDC,x,y);
DeleteObject(memBmp);
ReleaseDC(pDC);

に直したところ、ちゃんとGdIリソースが戻りました。

**デフォルトの名無しさん** · 2018/05/07(月) 12:55:07.54

pDC=picctrl.GetDC();
に修正します。
解答いただいた方々、ありがとうございます。

**デフォルトの名無しさん** · 2018/05/07(月) 14:56:30.49

>>222-223
最初からみんなそう言ってたのに

**デフォルトの名無しさん** · 2018/05/08(火) 19:14:19.80

> CDC *pDC;
> pDC=picctrl.GetDC();
> ReleaseDC(pDC);

picctrl.GetDC()したものを親がReleaseDC()しているのが気持ち悪いが、
これでも正しく動くのか？

**デフォルトの名無しさん** · 2018/05/11(金) 20:03:19.69

GetDC()したらReleaseDC()する必要があるのだと思う。CDC*はデストラクタ処理に入れないからReleaseDCする必要がある。
VC++.net CLRとかなら自動でやってくれるのだろう。

**デフォルトの名無しさん** · 2018/05/12(土) 17:30:06.38

>>226
picctrl.ReleaseDC(pDC);
とするべきではということなんだが。

そもそもCClientDCを使えばGetDC()なんて自分で呼ぶ必要はないが。

**デフォルトの名無しさん** · 2018/05/14(月) 21:41:18.68

そうなんだ。φ(｀д´)ﾒﾓﾒﾓ...

**デフォルトの名無しさん** · 2018/05/23(水) 19:28:52.23

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

HQL0Y

**デフォルトの名無しさん** · 2018/05/24(木) 10:17:50.97

バイナリデータ（buf）を受け取ってピクチャーコントロール（m_picture）に
描画したいのですがBitBltのところで
"Debug Assertion Failed!"
が発生してしまいます。
何が悪いのか教えていただけないでしょうか？

PAINTSTRUCT ps;
CBitmap bitmap;
CImage image;
CDC *pDC;

pDC = m_picture.BeginPaint(&ps);

pDC->SetBkMode(TRANSPARENT);
pDC->SetStretchBltMode(COLORONCOLOR);

bitmap.CreateBitmap(width, height, 1, 8, (void*)&buf);
HBITMAP hBitmap = HBITMAP(bitmap.GetSafeHandle());

image.Attach(hBitmap);

image.BitBlt(pDC->GetSafeHdc(), CRect(0, 0, image.GetWidth(), image.GetHeight()), CPoint(0, 0));
image.Detach();
image.ReleaseDC();

m_picture.EndPaint(&ps);

**デフォルトの名無しさん** · 2018/05/24(木) 10:22:02.55

頭

**放置された蟻人間** ◆T6xkBnTXz7B0 · 2018/05/24(木) 19:30:21.07

ASSERT(IsWindow(m_picture)); してみれ。

**デフォルトの名無しさん** · 2018/05/25(金) 08:35:43.69

>>232
連絡ありがとうございます。
やってみましたがプログラムが止まらないので問題ないみたいです。

**デフォルトの名無しさん** · 2018/05/25(金) 11:28:17.31

まず"Debug Assertion Failed!" が出ているのならちゃんと再試行を押そうよ。
それだけで原因そのものはわかる。

**デフォルトの名無しさん** · 2018/07/04(水) 22:49:24.38

EQ8

**デフォルトの名無しさん** · 2018/07/06(金) 12:25:50.03

EQ8

**デフォルトの名無しさん** · 2018/07/07(土) 16:23:50.25

CListCtrでレポート表示のFullRowSelectをカスタムドローを弄ってます。

マウスがアイテムの上に来たら色を変えたいけど、カスタムドローのイベントハンドラだけできますか？
OnMouseMoveでどこにあるか判定してカスタムドローで描画が必要？

ビットマップを3番目のSubItemだけに貼るとか、16x16のSmallサイズ以外だとうまくいかないとか、癖が凄い。

**デフォルトの名無しさん** · 2018/07/23(月) 18:19:00.33

tooltipの表示内容を一つのピクチャコントロール内で変更したいのですが、マウスカーソルが一端ピクチャコントロールから外れないと、ツールチップの内容が更新されないようです。onmousehoverなどを使わないと駄目でしょうか？

**デフォルトの名無しさん** · 2018/07/24(火) 07:28:28.65

tooltipの解決策を見つけました。
http://www.geocities.jp/sunayamak/study/mfctooltip.html

**デフォルトの名無しさん** · 2018/07/27(金) 23:03:38.30

Tooltipの件ありがとうございます。
おかげさまで何とか解決できました。

**デフォルトの名無しさん** · 2018/08/02(木) 20:01:14.70

datを生成するMFCプログラムがありまして、そのdatからデータを読み込んでexcelの形式に合わせて出力するダイアログベースのMFCプログラムがあります
最初のプログラムから呼び出されて処理をするだけなので、ウインドウの表示とかしないです。ただただ処理して終わりです

それで問題なんですが通常のダイアログを使ったプログラムのように読み込み・変換処理を全部ダイアログ部分に書いてあるんです
ダイアログ使いもしないのにここに書くのおかしくないですか？と聞いたら表示されないんだしいいでしょと。画面表示を行わないMFCプログラムの場合、コードはどこに書くのが自然なんでしょうか？

**デフォルトの名無しさん** · 2018/08/03(金) 10:09:25.61

スレッドを別けたいという意味か？

**デフォルトの名無しさん** · 2018/08/03(金) 18:35:46.47

あーすいませんわかりにくかったですね
メインプログラムがあってその内部でdatを生成するんですよ
で、そのdatのパスをコマンドライン引数で別のプログラムに渡すんですね
スレッドというかそもそも2つのプログラムですわ

**デフォルトの名無しさん** · 2018/08/03(金) 18:52:53.67

MFC関係ないのにここで聞くのおかしくないですか？

**デフォルトの名無しさん** · 2018/08/03(金) 19:53:47.89

事情が見えない。

どーーしても別プログラムにする事情があると仮定すれば
DialogやConsoleで構わないと思う。
冗長さを排除したいなら_tWinMainから書く手もあるけど
体感できるような差は出ないかと。表示されないんだしいいでしょw

**デフォルトの名無しさん** · 2018/08/05(日) 03:07:58.27

>>241
>ダイアログ使いもしないのにここに書くのおかしくないですか？

じゃぁどこに書けばいいの？

**デフォルトの名無しさん** · 2018/08/05(日) 10:12:06.95

>>241
MFCの仕組みを使いつつ、まったくウィンドウ表示が不要なものなら、
アプリケーションクラスのInitInstance()の中で処理して、
FALSEを返してすぐ終了するという流れでよいのでは。

**デフォルトの名無しさん** · 2018/08/06(月) 22:59:00.43

>>247
結局それにしました。
あとは処理を分担するふっつーのC++クラスいくつか作ってダイアログは完全に使わない感じで

**デフォルトの名無しさん** · 2018/08/07(火) 05:06:10.31

サマータイムも意味がないがそれ以上に意味がない

**デフォルトの名無しさん** · 2018/08/14(火) 16:45:48.75

横から失礼します
InitInstanceの場合は標準出力にメッセージを出せますか？
標準出力に出すmfcプログラムだとすると、_twinmainを使うとどうでしょう。

**デフォルトの名無しさん** · 2018/08/14(火) 19:27:19.22

どちらもやったことありませんが可能だと思います。
私なら _tmain 使うとおもいますが。

**155** · 2018/08/15(水) 09:28:56.94

CListViewがウィザードに帰ってきた!!
やほーい

**デフォルトの名無しさん** · 2018/09/20(木) 15:00:47.62

MFCというかプログラミング姿勢に関しての質問かもしれないんですけど
CやC++で標準的に実装されてる機能とMFCクラスで実装されてる機能、どちらを使っても
同じことが実現できる場合、どちらを優先して使っていくべきなんでしょうか
要するに文字列ならchar*かstringかCStringか
ファイル操作ならfopenかstreamかCfileかみたいな

**デフォルトの名無しさん** · 2018/09/20(木) 16:28:00.36

MFCはオワコン

C#
使え

**デフォルトの名無しさん** · 2018/09/20(木) 18:01:52.92

>>254
そうでもない。

>>253
文字列は、単に文字列を保持したい場合や、文字列連結を行いたいような場合は、CStringが便利だと思う。

パーサーなんかを自作する時は、char *が便利。

**デフォルトの名無しさん** · 2018/09/20(木) 18:03:18.25

>>253
ファイル操作は、経験上は、fopen()が便利かな。

CFileは意外と不便だった気がする。

stringは、敢えて使う必要は無いと思う。CStringで十分。