MFC　vs　.NET

**デフォルトの名無しさん** · 2013/10/18(金) 01:29:23.07

やろうか

**デフォルトの名無しさん** · 2013/12/18(水) 02:49:09.91

WINRTAPIにじゃないのかしらん

**デフォルトの名無しさん** · 2013/12/18(水) 04:44:16.42

>>223
そんなことなったら、C#で、attributeでdll設定して
win32apiの呼び出しできなくなるじゃん

**デフォルトの名無しさん** · 2013/12/18(水) 05:02:13.71

>>223
一部呼び出しはできるって感じじゃなかったっけ？

**デフォルトの名無しさん** · 2013/12/18(水) 06:56:04.45

>>205
Visual Studio 2005あたりから64bitのMFCアプリ作れる。共通のソース
コードで、プロジェクト構成の追加でMBCS/Unicode, 32bit/64bit全部
ビルドできる。

確か、2005はx64の追加インストールが必要で、2007以降は標準だったはず。
MFCとリソースエディタが無料のExpress版に入っていないのは昔から。

.NET Frameworkは、セキュリティホールの巣窟。最近公開されえるセキュリ
ティパッチの大半が.NET Framework絡みか、Internet Explorer関係.

**デフォルトの名無しさん** · 2013/12/18(水) 07:35:55.21

.NET Framework(とIE)ばかりにセキュリティ問題が多く含まれているのか、
それとも、攻撃のターゲットが.NET Frameworkメインになったから特に対策されているだけなのか。

どちらにしても、Windowsのセキュリティーホールの大半がJavaとFlashらしいが。

**デフォルトの名無しさん** · 2013/12/18(水) 10:28:40.71

パッチが多いからセキュリティホールが多い
というのはある面では正しいが別の面を見逃してるよね
パッチの当たってないセキュリティーホールがいっぱいあっても
問題になってないだけなのかも知れないし

**デフォルトの名無しさん** · 2013/12/18(水) 17:40:51.95

マイクロVMとモノリシックVMの覇権をかけた決戦はまだか

**デフォルトの名無しさん** · 2013/12/18(水) 21:54:30.81

objective-cは糞だな・・・勉強して損したぜ！

**デフォルトの名無しさん** · 2013/12/18(水) 22:23:08.40

objective-c覚えれば、ドラクエとか作れるんじゃないの？
買わなくていいから勉強する価値はある

**デフォルトの名無しさん** · 2013/12/29(日) 00:00:51.72

2013のMFCのGUIはｶｯｹｰ

**デフォルトの名無しさん** · 2013/12/29(日) 00:38:24.10

>>235
2008spと2012だと大して変わっていなかったけど、2013だとどのへんが良くなってる？
2012IDEのスタイルが使えるようになってたら移行したいところだが。

**デフォルトの名無しさん** · 2013/12/29(日) 01:20:51.81

VSみたいなGUIをウィザードだけで作ってくれる
GUI作成は.NETより楽

**デフォルトの名無しさん** · 2013/12/29(日) 11:09:17.15

それって2013以前からある奴じゃなくて？
いまさらMFCをそんなに大きく変えるとも思えんが。

**デフォルトの名無しさん** · 2013/12/29(日) 11:34:33.71

当初からドッキング付いてたけど昔からVSのとはレベルが違ってた。
今は追いついたの？

**デフォルトの名無しさん** · 2013/12/29(日) 12:07:55.35

MFC4.0あたりでも、ちょっと派生クラスにコードを書けば、リサイズ
＆ドッキング可能なダイアログバーとかフツーに作れるけどな。

そこらを解説というか、そもそもMFCの情報を掲載しているサイト
自体が減っているし、残っていても何年もＬ更新されてないからな。

**デフォルトの名無しさん** · 2014/01/01(水) 17:00:09.55

**片山博文MZコスモ** ◆T6xkBnTXz7B0 · 2014/01/02(木) 04:16:20.29

MFCスタイルだと、一時マップのあるオブジェクトをdeleteしないで自動削除にまか
せるんだった。deleteの必要なポインタ混ぜちゃあかんかった

**片山博文MZコスモ** ◆T6xkBnTXz7B0 · 2014/01/02(木) 04:47:08.85

MFCのハンドルマップ方式よりもshared_ptrの方が速いかな？

**デフォルトの名無しさん** · 2014/01/02(木) 12:07:09.49

>>243
ハンドル自体システムが管理するメモリのポインタで、共有に関してはウィン
ドウハンドルにしろ、ファイルハンドルにしろ、内部でシリアライズ処理されて
いると思うけど？　速度に関しては、ハンドルやポインタの管理より、それら
を経由して行う他の処理の方が時間が掛かるのが一般的で、管理方法の違いに
よるアプリケーション上での差はないに等しいのでは？

**片山博文MZコスモ** ◆T6xkBnTXz7B0 · 2014/01/02(木) 16:21:36.16

シリアライズという単語の使い方間違ってるし、処理が少し遅れても気にしない性格かな？

**デフォルトの名無しさん** · 2014/01/02(木) 16:45:34.32

MFCで作成されたとアプリと.NETで作成されたとアプリはやはり
MFCのほうが高速に動作するのでしょうか？

**デフォルトの名無しさん** · 2014/01/03(金) 00:52:58.97

あんま変わらんだろ

**デフォルトの名無しさん** · 2014/01/04(土) 14:46:36.41

そうだろうけど、.NETのほうが速い理由はない

**デフォルトの名無しさん** · 2014/01/04(土) 18:15:22.78

JvavaではJITコンパイラの方が早く動作するという結果もある
マルチコアでバックグラウンドコンパイルしないとだめだけどな

**デフォルトの名無しさん** · 2014/01/04(土) 20:43:47.50

VS2012でMFCウィザードで一発完了で
超ｶｯｹｰ画面できるんだなｗ

生産性は.NETを超えたんじゃね？
これで.NETの優位性は全くなくなったな

**デフォルトの名無しさん** · 2014/01/04(土) 21:04:05.47

>>250
そのかっこいい画面のアップをお願いします(´･_･`)

**デフォルトの名無しさん** · 2014/01/05(日) 00:56:37.50

「VS2012 MFC」で画像検索

**デフォルトの名無しさん** · 2014/01/06(月) 20:03:12.75

かっこいいのか、これ・・・？

**デフォルトの名無しさん** · 2014/01/08(水) 02:27:46.51

ネ申スレ

**デフォルトの名無しさん** · 2014/01/16(木) 07:50:02.98

>>14
その条件だとすでに作成されてるから変わらない

**デフォルトの名無しさん** · 2014/01/17(金) 13:00:57.99

mfc、expressにもつけてお

**デフォルトの名無しさん** · 2014/01/17(金) 22:44:14.80

>>256
Pro. 買えよ
金がないなら、働け
職もないなら、暇だろうから互換ライブラリでも作れ

**デフォルトの名無しさん** · 2014/01/17(金) 23:12:59.00

互換ライブラリ作れる人はニートなんてやりません

**デフォルトの名無しさん** · 2014/05/14(水) 03:10:16.50

mfc、expressにもつけてお

**デフォルトの名無しさん** · 2014/05/16(金) 07:34:50.84

古事記は

**デフォルトの名無しさん** · 2014/05/16(金) 09:52:46.14

稗田Array

**デフォルトの名無しさん** · 2014/05/16(金) 10:37:22.66

なるほど
うまいこというね

**デフォルトの名無しさん** · 2014/05/18(日) 02:29:49.13

mfc、expressにもつけてお

**デフォルトの名無しさん** · 2014/08/13(水) 16:25:20.45

結局、今から新規開発するならC#なの？C+(MFC),VB.NETなの？

**デフォルトの名無しさん** · 2014/08/13(水) 16:27:22.37

まさかのHTML5

**デフォルトの名無しさん** · 2014/08/13(水) 16:35:38.63

なんかこんな記事が 20140812
http://japan.zdnet.com/development/sp/35052061/

**デフォルトの名無しさん** · 2014/08/13(水) 20:44:12.53

企業が開発工数とコストを水増しするためだろ
業務アプリなんてhtml5で十分じゃんね

**デフォルトの名無しさん** · 2014/08/13(水) 22:44:57.41

>>267
むしろHTML5で書く方が大変だと思うが…

**デフォルトの名無しさん** · 2014/08/14(木) 00:45:15.88

>>246-248
PIXELAの録画カードの付属ソフトは.Netで書かれているが、実用に困るくらい
遅い。

**デフォルトの名無しさん** · 2014/08/14(木) 03:26:06.41

実用に困るレベルで遅いのなら言語の問題じゃないと思う

**デフォルトの名無しさん** · 2014/08/14(木) 10:58:57.71

番組表、録画済一覧、視聴画面の切り替えが遅い遅い。
番組表は 1chずつ徐々に表示されて行く感じで、全部表示されないと何も
できない。
早送りのボタンを押しても数秒たたないと早送りが始まらない。

PIX-DT230-PE0 の事だけど。

**デフォルトの名無しさん** · 2014/08/14(木) 11:00:42.88

>>270
ASUSのインストーラーも .Net製だったけど、超遅かった。
コピー作業以前にインストーラー自体が遅い感じだった。

**デフォルトの名無しさん** · 2014/08/14(木) 11:54:32.31

>>272
インストーラーごときで.NETのせいで遅くなるとかねーよw

**デフォルトの名無しさん** · 2014/08/14(木) 12:06:42.16

>>273
.Netでプログラムしている人の中に動作原理を理解していないで書いて
る人が多い可能性がある。C++だと理解してないとコーディング
出来なかったが C#やVB.Netだと出来るとか。

**デフォルトの名無しさん** · 2014/08/14(木) 12:14:10.55

・同じように使えてしまうために、配列とリンクリストの使い分けが
　出来てないとか（やることによって効率の良し悪し、得意・不得意が
　あるので。）。
・ジャグ配列と普通の多次元配列の効率の違いに配慮したコーディング
　が出来てないとか。
・効率向上のための参照渡しと値渡しの使い分けが出来てないとか。

**デフォルトの名無しさん** · 2014/08/14(木) 12:17:37.30

「C/C++のポインタが難しい」と思っている人はそうなりがちかも。

**デフォルトの名無しさん** · 2014/08/14(木) 16:07:15.13

>>275
それらやったとしてもインストーラーでそんな違い出ねーだろ(´･_･`)

**デフォルトの名無しさん** · 2014/08/14(木) 17:26:02.72

きっとタイムアウトが怒ってるんだろう

**デフォルトの名無しさん** · 2014/08/14(木) 17:49:18.18

>>275
配列がどうとか参照が値渡しとかで番組表如きのアプリが遅くなることは無いだろ

**デフォルトの名無しさん** · 2014/08/14(木) 18:07:59.07

>>279
番組表検索とか録画済みデータ検索で検索条件を記録できる最大数
が30個程度に固定されているようなプログラムだよ。普通、ディスク
やメモリの許す限り無制限に出来るはずなのに。

**デフォルトの名無しさん** · 2014/08/14(木) 18:49:21.99

>>279
もし、.Net自体にも、>>275 のようなこと以外にも遅くなる原因が
あるとしたら何なん？

Core i3 2.5GHz + DDR3-1333 2GB x 2 + 3TB HDD + Win7-64
のマシンなんだけど。

**デフォルトの名無しさん** · 2014/08/14(木) 18:50:12.45

誤：あるとしたら何なん？
正：無いとしたら何なん？

**デフォルトの名無しさん** · 2014/08/14(木) 19:10:38.28

>>275に書いてあるの、.NET関係ないしw
ガベコレとかJITとかランタイムのオーバーヘッドでしょ

**デフォルトの名無しさん** · 2014/08/14(木) 19:13:36.66

>>283
1つ目はJava特有かもしれないが、2つ目はC#も確実にあるはずで、
3つ目もあるはず。

2つ目は、あまり勉強せずにC/C++のつもりでC#をやるとなると思う。

**デフォルトの名無しさん** · 2014/08/14(木) 19:44:45.06

スマン。

>>282 の訂正は蛇足だったわ。訂正を却下しますです。

**デフォルトの名無しさん** · 2014/08/14(木) 19:51:57.10

あー。こうだ!!：

もし、.Net自体にも、>>275 のようなことにも遅くなる原因が
無いとしたら何なん？

**デフォルトの名無しさん** · 2014/08/14(木) 20:12:04.96

>>284
だーから普通に作って値渡しで困る様になんないから。
君が言ってるのは演算をずっとループして行う様なものには関係あるかもしれないけどインストーラーごときで関係あるわけがない。

**デフォルトの名無しさん** · 2014/08/14(木) 20:15:58.72

>>287
そうかもしれんが、フリーソフトでもC/C++で書かれた物であそこまで
遅いものは見たこと無い。

もし、>>275 にような事が原因でないとしたら、.Net 自体が遅いか、
または、もっと変なプログラミングになっていることに原因がある
事になるが、それで納得するの？

**デフォルトの名無しさん** · 2014/08/14(木) 20:44:47.19

>>287
「背理法」を使って議論しているの分かってるよね？

「>>275」のようなことが原因で無いとしたら、.Net 自体が遅いか、
または、もっと変なプログラミングが原因になっているという事
になるんだよ。

「>>275」の仮定が間違っていた ---> 背理法

となる。

**デフォルトの名無しさん** · 2014/08/14(木) 20:54:49.11

どっちもいや
WTL一択
マルチプラットフォームなGUIツールキットも結局新機能使おうとするとWin32で汚れるからいや

**デフォルトの名無しさん** · 2014/08/14(木) 20:55:36.59

>>290
>マルチプラットフォームなGUIツールキットも結局新機能使おうとするとWin32で汚れるからいや

具体的にはどういうこと？

**デフォルトの名無しさん** · 2014/08/14(木) 21:18:15.72

<Windows.h>が自分のコードから見えるってことじゃないかな。
さらにその中で定義されているものを自分のコードに登場させないといけない
場合があるとか。
自分もそういうの気になります。
でもこれ、そんなに気にすることなのかな？
汚れたせいで注意しないといけない部分が増えるのはあるんだけど、気分の
問題の方が多いような気もする。

**デフォルトの名無しさん** · 2014/08/14(木) 21:49:11.69

>>289
あのね？インストーラーを作るぐらいでそんな遅くなる様なものだったら、.NETがこんな使われてることは無いの。分かる？

背理法と言い>>275と言いちょっと最近覚えた言葉をホルホルして使ってる様にしか見えんよ。
とりあえず何かがおかしいと思ったら多分間違ってるのは君だから一度喋る前に考えた方がいい。

**デフォルトの名無しさん** · 2014/08/14(木) 23:10:13.27

>>293
やっぱ、2chはレベルが低いね、あなた見たいのが沸いてくるから。
自信過剰。

**デフォルトの名無しさん** · 2014/08/14(木) 23:33:02.05

単純にそのプログラムが糞なだけでしょう
.NETのプログラムは.NET frameworkが必要だからそのプログラムが.NETだとすぐわかるだけ

**デフォルトの名無しさん** · 2014/08/14(木) 23:56:23.82

>>295
すぐ分かったわけじゃなく、逆コンパイルにかけてみた事があるから。

**デフォルトの名無しさん** · 2014/08/15(金) 00:05:03.86

ならなんで遅いのかわかるだろ
調査結果教えてくれ

**デフォルトの名無しさん** · 2014/08/15(金) 00:15:34.11

>>297
・難読化が激しかった。
・自分が当時使った逆コンパイラでは正しく逆コンパイル出来なかった。
・難読化のせいで1文字変数ばかりで、メンバ変数やメンバ関数をgrep検索
　するだけでは全く解析できなかった。
・解析するためには意味解析機能を持った支援ツールが必要と判断した。

ということでそこで断念した。

**デフォルトの名無しさん** · 2014/08/15(金) 00:19:52.40

それで.NETのせいにしてるの？
わけわからん

**デフォルトの名無しさん** · 2014/08/15(金) 01:43:02.94

>>271
番組表はキャッシュを持たずにその都度受信して表示してる
録画済み一覧もインデックスを持たずデータをその都度スキャンしてるとかでしょ

つまりはそのアプリの実装方法が糞だって事だと思う
只、遅いってのが>>271の主観で言ってるのであって他の人から見ると十分な速度かもしれないしw

**デフォルトの名無しさん** · 2014/08/15(金) 04:10:06.02

香ばしい中学生がいると聞いて。
.NETが遅いなら速度の要求される処で使われる可能性皆無になると思うが、応答速度必要なソシャゲのサーバー側とかでも使われてるのをどう説明するのか

**デフォルトの名無しさん** · 2014/08/15(金) 09:52:10.84

>>300
最後の段落、1chあたり約1秒で 1,2,3,4,5,6,8,10 と8ch分表示
されて行くのが十分な速度に感じられる人っていますか。

**デフォルトの名無しさん** · 2014/08/15(金) 10:08:48.83

>番組表はキャッシュを持たずにその都度受信して表示してる

これなら仕様通りの速度だろうね

**デフォルトの名無しさん** · 2014/08/15(金) 10:45:14.90

>>29
eclipse 使ったことが無いが、

・リファクタリングツールを使えば、1文字変数を修正していける？
・同じ名前の変数でも正確にどのクラスで定義された変数かを
　表示できるような？

**デフォルトの名無しさん** · 2014/08/15(金) 10:47:00.37

一つ一つではなく全てのメンバ変数 x を classname_x のように修正
するツールってあるのかな？

**デフォルトの名無しさん** · 2014/08/21(木) 23:56:49.96

>>305
se○

**デフォルトの名無しさん** · 2014/10/14(火) 13:31:59.42

10年くらい前のスレだと思ったら去年のスレかよｗ

**デフォルトの名無しさん** · 2017/09/06(水) 12:54:22.57

10年くらい前のスレだと思ったら4年前のスレかよｗ

**デフォルトの名無しさん** · 2017/12/04(月) 20:47:13.00

visual studio2012のvc++でプログラムを組んでみているのですが、CLRで組んだスレッドがものすごく重たいです。MFCのスレッドと比較すると、
mfc １ループ0.15us
crl １ループ15ms
と言った具合です。
環境はwindows7 32bitですが、もっとcrlのプログラムを早くする方法をご存じの方、おられましたらご教示下さい。
・例えば64bit環境ならば速くなるなど

**デフォルトの名無しさん** · 2017/12/04(月) 20:48:08.74

訂正：CRLー＞CLR

**デフォルトの名無しさん** · 2017/12/04(月) 20:49:53.98

mfc 0.15ms
clr 15ms
に訂正します　訂正ばかりでごめんなさい。

**デフォルトの名無しさん** · 2018/01/12(金) 04:22:54.82

今はタスクとかいうの使うんじゃないの？知らんけど
https://msdn.microsoft.com/ja-jp/library/windows/apps/hh780559.aspx

**デフォルトの名無しさん** · 2018/01/15(月) 20:41:44.13

タスクは始めて聞きました。
スレッドより、もしかすると速いのでしょうか。速くても遅くても、チェーンでつながる概念に興味を持ちました。

**デフォルトの名無しさん** · 2018/02/14(水) 05:26:35.16

MFCでスレッド使うときはメモリリークに注意。

**デフォルトの名無しさん** · 2018/02/15(木) 22:37:39.39

mfcでのメモリリーク対策にはだいぶ苦しんでいますが、速度的なメリットから、mfcがとても魅力的です。

**デフォルトの名無しさん** · 2018/05/23(水) 20:45:25.09

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

1MG7L

**デフォルトの名無しさん** · 2018/07/05(木) 01:07:53.29

1P2

MFC vs .NET

MFC　vs　.NET