MFC相談室 mfc23d.dll [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
TuneBrowserとか見ると、MFCも捨てたもんじゃないと思うけどな C++/CLIをもっと延命してくれればよかったんだがなぁ >>442
C#側の都合を押し付けられる予感しかしない
C#やクロスプラットフォームとは縁を切って欲しい fluent designが問題なんだよ。タッチフレンドリなアプリ作るならfluent designでもいいが、もっとマウス入力前提のデスクトップアプリ作る場合なfluentだとスペースが多すぎてダサくなる
もっと、Visual Studio IDEみたいな情報密度のアプリにFluent Design(WinUI)が対応してくれれば Tunebrowser見てみたけど、おしゃれやな
こういうの簡単に..っていうかMFCのビジュアルテーマもっと用意しろよって... >>446
その路線windows8で失敗してるのにまた蒸し返すのかよって思ったな 本当は実用性とデザイン性は相反することが多いんだよ。
なぜかというと今まで見たことも無いものが良いデザインに見えるからだ。
人間は見たことも無いことに驚く。そして驚きこそが良いデザイン本質だからだ。
便利だったり識別し易いものは既に多くある。それが実用性が高いものだ。
ところがよくあるものは陳腐に見えるため、良いデザインに見えない。
だからSF映画の世界では実用性のないUIを持ったコンソールパネルが宇宙船や
ロボットの中に描かれている。
見たことが無いのでかっこよく見えるのだ。
Windowのデザインも、4隅を丸くしたりするとかっこよく見えるが、
面積が無駄になるので実用性には乏しい。
だから、Windowの中の境界線を見えなくするものが流行っているが、めったに採用されてこなかった
ために驚きがあるため一部の人にはデザイン性が高く見える。
ところが、採用されてこなかったのは実用性が無いからであって、結局使いにくい。 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 MFCのせいでC++/CLIのGUIが衰退したのは本当ですか?
C++/CLIのGUIはもう終わりなのですか? MFCはC++98すら未制定の時代に作られたライブラリだけど
C++17前提で作り直すとどんな感じになるかな
たとえば
RUNTIME_CLASS(hogehoge)
↓
typeid(hogehoge)
みたいに >>453
どっちかというと逆だと思う。C++/CLIがこけたせいでMFCが延命した。 >>455
なるほど。C++/CLIだと、C++言語の高速性が活かせなかったのかな? 最近MSが出したTerminalのソースみたらゴリゴリのモダンなC++の中でWindows API使ってて震えたね
何とかしてくれよ本当 >>457
なんで?、Win32 API 使っても別に問題ないじゃない。 >>459
と言ってもC++のクラスライブラリがこれしかない現実 APIの極薄ラッパーなところが有り難いんだよ
余計なことを押しつけずAPIを使いやすくすることに徹してくれていて MFCもFeature Packの後 更にBCGSoft買収して全部無料にするとか、
WPFもどっかのライブラリ買収して無料にするとかカッコいいアプリ作れるようにすれば開発者の意欲も沸くのにな
xamarinとか糞は買収するくせに 使い安くなってるか?
余計な手間が増えてるだけだろ? >>458
GUIを作るにはあまりに低レベルなAPIしかなくて
今の時代にそこから書くのは辛すぎる
もう一段上の抽象化レイヤーなりMFCみたいなクラスライブラリが欲しいところ Win32APIに対してのMFCは一段上に行ってない
抽象レイヤですらない 「東京版CDC」設立準備と小池都知事
https://this.kiji.is/652740458292626529
2020/7/6 14:16 (JST) MFCの勉強する前にWindows SDKの勉強した方がいいってまじ? 物理を学ぶ前に数学を学んだ方がいい、という程度には。 MFCとAPIは同時に憶えられるよ
MFCはAPIの極薄ラッパーだかんね
MFC独自の概念、シリアル化とかドキュメントビューとか
APIあんまり関係ないのもあるけどね Win32 APIという超レガシーを今更勉強する気が起きるかどうか
昔はこれしかなかったからみんな頑張って勉強したけど 昔からあるというだけ
それで済む用事をわざわざ難しくする必要はない 勉強って言ったって、一々全部覚える必要はない
昔はgoogleとかないから名前覚えないと探せない問題はあったけど
今はよく使うものはなんとなく名前を覚えてしまう程度で充分だ
どうせエラーが発生したら調べることになるんだし
頑張るような要素はないと思うが >>469
むしろMFCの勉強はしない方が良い
というかMFCの勉強はしてはいけない MFCやWin32APIの勉強なんてさほど必要ないよ。
英単語の暗記のようなものだから。
電話帳を勉強する必要ないのと同じ。
公式ドキュメントに書かれていない問題点や誤解しやすい点など、
先人の労苦をネットで調べるのは意味がある。 MFCに関わることで起きる問題は
MFCと関わらなければ回避可能 女に関わることで起きる問題は
女と関わらなければ回避可能
だろ? おまえの人生は 本当にそう思ってるやつがこんなとこに来るのは荒らし目的 うちの会社新人に研修でMFCやらせるんだけど大丈夫かな……多分創業当初から同じ課題渡してるんじゃないかな…… 本番で使ってたらおぞましいが
研修なら反面教師に最適 C++使いがMFC使いたくないのは理解できるが、JavaとかPythonのようなモダン言語使ってる層ならわかりやすくて良いんじゃないの。 >>485みたいなのはMFCすら使いこなせなかった人だし、
>>484の会社は潰れてないんだから問題ないのでは? ほかのC++のGUIライブラリ、例えばATL/WTLが
MFCに比べてそこまで使い勝手いいわけでもないけどな
些細なレベルで文句言ってただけ OWL>>>越えられない壁>>>MFC
だったよな
どうしてこうなった これからはWinUI 3が標準になっていきそうだな C++/CLIとC++/MFCのどちらがいいのだろうか?
C++/CLIはあまりメンテナンスされていないと聞くが その2つは比べるようなものでもないが?C++/CLIはFormsとMFCどちらも使える。
ただしC++/CLIでGUIアプリケーション作るのはもう推奨されなくなった。 >>493
Σ( ̄ロ ̄lll) ガビーン
C++/CLIでMFCも使えるのですか!?
>ただしC++/CLIでGUIアプリケーション作るのはもう推奨されなくなった。
これってMSが推奨していないのですか? 今からMFCを勉強する方法ってありますか?
古い情報で学習しようとしても今と違いすぎていて無理ゲー
http://www.kumei.ne.jp/c_lang/indexmfc.html 無駄
tcl/tk とか Qt とか wxWidgets やれ >>495
そんなに違うか?
俺、win95時代にmsuセミナーで憶えたけど
大筋は変わってないぞ >>496
そ・・・そんな・・・
C++で書いたコマンドラインツールをGUIにしたいので、MFCがいいと思ったんですけど
tcl/tkはC++で使えないみたいなので、Qt とか wxWidgets がいいのですか?
しかし、長生きするのはMFCってことはないでしょうか >>497
最初のサンプルからしてVS2019で全然ビルドできないのですけど >>497
つーかWindows95の時代って何年前ですか?
今の話をしているのですよ? >tcl/tkはC++で使えないみたい
誰がそんな事言ったの?
使えるよ
MFC は無駄 >>501
そうだとしても何を使えばいいのかわからないよ このサイトの「Win32 Application」でMFCを使うという例はいくらなんでも古すぎるのでは。
Unicodeも一切想定されていないから、標準設定ではコンパイルエラーになりそうだし。 >>503
他に良いMFCの教材があればいいのですが >>505
まず、VS2019で、MFCのHello World的なものはビルドできる。
そっかっら後は、MSDN の英語版を読むといい。
日本語版は駄目。 >>506
そうだとすると学習コストが尋常じゃなくなりそうですね
Windows SDKで作るのは大変だし、MFCは学習が辛いし、どうしたものか >>503
MFCがWin32のラッパなのだから、別に不適切ではない。
afxwin.h
などのヘッダファイルが、新しいMFCでは名称変更になっているが。 >>507
Windowsプログラムとはそういうもの。
結構大変なんだぞ。 MFC は、unmanaged だろ。
まだ、存在するのか
VC++ か何かで、managed(.NET)から、unmanaged(.NET以外)を呼び出す機構があったような。
.NETのunmanaged拡張(C++/CLI) C++/CLI は、非推奨か
最近のWindows では、C/C++ を、どうやってプログラミングするのだろう? >>511
コマンドラインならいくらでもC++を使える。
C++のGUIは選択肢が少なくなっている。
MFCも将来性なさそうだからWindows SDKしか残らなくなるかもね。
あるいは上の方に書かれているサードパーティのGUIを使うか。
Windowsの主要言語はC#やVBになってしまった。 >>510
それ用のDLLが用意されていて、MFCのアプリケーションがほんの少しの変更で
C++/CLIでビルドできたよ。 C++/CLI は非推奨でも、本物の C++ は非推奨な訳ではないだろう。 >>511
C++は普通にMFCをVS2019と共に使ってプログラミングすればよい。 .NET のアプリで定番のものって何があるかな
よく使うアプリはネイティブなのばかり
MFC 使ってるのか Win32 直叩きかは知らんけど WindowsでC++アプリの定番はWin32ではなくMFC。
日本ではMFCが普及すべき時期に無料のVS Expressが出てきて、
それがWin32のみでMFCには対応してなかった状態で、後から
無料のVS Communityが出てきて、今度は、C++よりC#が
前面に押し出されてしまったため、C++使いがMFCでプログラム
する機会を逃してしまっただけ。 なお、C++の場合、VSの力が最大に生かせるのはMFCであって、Win32ではない。
メニューを処理する関数の作成なども、MFCだとVSによって自動化されているが、
Win32だとされていない。
ダイアログで文字列や数値を扱うDDEも、MFCではVSのサポートを得られるが、
Win32では得られない。
WM_CREATE, WM_SIZE, WM_LBUTTONDOWNなどのメッセージのハンドラ作成も、
MFCだとVSのサポートを得られるが、Win32だと得られない。 >>507
VSで、MFCのプロジェクトを新規作成すれば、HelloWorld的な
アプリは出来ているのだから、>>495で入門することも可能なはず。
今のMFCと違いがあるなら、それをGoogle検索で調べる。
たとえば、#includeされているヘッダファイルの名前が違っていると思ったら、
二つのファイル名とMFCというキーワードを半角スペースで区切って入れて、
英語モードのGoogleで検索すれば出てくる。
英語モードで検索して出てきたページを、Chromeの右クリックメニューで
出てくる日本語翻訳機能で日本語にして読み、意味が分かりにくければ、
URL欄の右隣に有るボタンから英語に戻して、辞書を引きながら読めばよい。 >>522
VS2019のウィザードを使うとかなり大層なアプリが生成されるぞ
Hello world的なアプリってどうやって生成するんだ? >>524
「新しいプロジェクトの作製」で 「MFC アプリ」を選ぶと、「新しいプロジェクトを構成します」が出てくるので、右下の「作製」ボタンを押すと「MFC アプリケーション - アプリケーションの種類のオプション」
のダイアログが出てくるので、
プロジェクト形式: の場所が、デフォルトでは、「Visual Studio」になっているので
「MFC standard」に直す。こうすると、昔ながらの MFC の Hello World アプリになり、
入門サイトなどは大体これが基本になっている。デフォルトのままだと、入門には適さない。
アプリケーションの種類: は、デフォルトのままでも良いが、昔から作りたいものによって、
よく変更されていたものだから、変えて試して見るといい :
・単一のドキュメント : SDI アプリケーション
・複数のドキュメント : MDI アプリケーション (default)
・ダイアログベース : ダイアログベースアプリケーション >>525
MDIって推奨されてなかったのでは?
それが今でもデフォルトなのか? 推奨されてないね、太古の昔から
俺が参加したmsuセミナーで既にそう言ってた タブのアプリだって、やってることはMDIなのでは? >>525
VS2019でそれをやってもさほど変わらないのだが?
Hello worldと比べると比較にならないくらい複雑なプログラムが生成される >>528
それを言ったらこのスレッドが不要ってことになるw >>530
最初にソースを見ると複雑に見えるが、慣れてくるとそんなに複雑ではなく、
>>495 のような解説サイトは、それで理解できるはず。 >>529
MDIの悪いところを学んで改善したのがタブ >>511
最近だとC++ WinUIに持っていきたい感じはするね
そのためかMSの中でC++の地位が上がってるような気がする
MFCはこのまま廃れていくんじゃないか >>535
C++/WinRTのことかな?
これってまだ普及していないのはなぜ? >>537
別物かよwww
Windows上のC++開発環境っていくつあるんだ? UWPはオワコンだろうがWinRT自体は普通のデスクトップアプリでも使えるはずだしな。 >>540
Win/UIが登場したらWin/RTがオワコンにならないの?
よーわからん 今後はWinUI一択だろうね
流行るかどうか次第だと思うけど
C++をまともにサポートしてるのは大きい ■ このスレッドは過去ログ倉庫に格納されています