MFC vs .NET

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

やろうか

[2 デフォルトの名無しさん 2013/10/18(金) 01:33:56.35]

アーッ

[3 デフォルトの名無しさん 2013/10/18(金) 01:40:32.21]

いまiPhoneやってるやつは
MFCの亡霊と戦ってる気分だろうね

[4 デフォルトの名無しさん 2013/10/18(金) 01:46:13.94]

C++という言語の仕様の範囲内（もしくは多少拡張された程度）で
作られたクラスライブラリは、GUIアプリを作るには
使いにくいということなんだよな。

[5 デフォルトの名無しさん 2013/10/18(金) 01:46:36.18]

WTLが入ってない。やりなおし

[6 デフォルトの名無しさん 2013/10/18(金) 01:59:58.84]

OWLも入れてやってください。

[7 デフォルトの名無しさん 2013/10/18(金) 02:18:31.13]

まずATLだろ

[8 デフォルトの名無しさん 2013/10/18(金) 02:19:23.97]

このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

[9 デフォルトの名無しさん 2013/10/18(金) 02:48:37.86]

orzも入れてやってください。

[10 デフォルトの名無しさん 2013/10/18(金) 14:55:03.58]

MFCの部品がWinAPIに降りてこないと無理だよ
MFCってぶっちゃけ純正ライブラリとも違うヘンテコ仕様だし

[11 デフォルトの名無しさん 2013/10/18(金) 22:45:10.19]

MFCだけの是非は置いておいて、.NETと比較したら
MFCに分があるだろ

.NETを使う理由が無い

[12 デフォルトの名無しさん 2013/10/20(日) 00:22:09.74]

MFCで作成されたプログラムと.NETで作成されたプログラムは
どちらが高速に動作しますか？

[13 デフォルトの名無しさん 2013/10/20(日) 01:08:07.83]

どちらが速いかは一概には言えません
作る人とプログラムによります。

[14 デフォルトの名無しさん 2013/10/20(日) 01:09:09.07]

MFCで作成されたプログラムと.NETで作成されたプログラムは
どちらが早く製作できますか ？

[15 デフォルトの名無しさん 2013/10/20(日) 09:34:48.37]

どちらが速いかは一概には言えません
作る人とプログラムによります。

[16 デフォルトの名無しさん 2013/10/20(日) 21:57:25.69]

MFCはC++しか選べない
だから生産性は低い

[17 デフォルトの名無しさん 2013/10/20(日) 23:49:36.55]

MFCが生産性が低いって？

そうか？
.netのFORMと同じだろ？

[18 デフォルトの名無しさん 2013/10/20(日) 23:58:24.90]

MFCはExpressに付属しないのが痛い

[19 デフォルトの名無しさん 2013/10/21(月) 00:07:43.16]

MFCよりFormの方が生産性高い

[20 デフォルトの名無しさん 2013/10/21(月) 00:45:55.69]

MFCにRADツールは無理だな
設計思想がトンデモ方向に向いてる
古い設計をそのまま今まで持って来ちゃいましたみたいな
メタボが半端ない

[21 デフォルトの名無しさん 2013/10/21(月) 01:36:11.27]

MFCにRADツールは無理というか、
そもそもC++という言語自体の問題だから。

その証拠に、MFCだけではなく
C++だけで作ったライブラリは
どれも似たような感じ。

RADができるものは、何かしらの拡張が
行われている。

[22 デフォルトの名無しさん 2013/10/21(月) 01:42:03.38]

今時の、言語は、見た目はC＋＋の顔をしているが、中身は全く似ていない。

[23 デフォルトの名無しさん 2013/10/21(月) 01:58:47.09]

そうは言うけど
最近はc++が機能の逆輸入を始めてるからね
やろうと思えばできる状況ではあるんだと思うよ
やる人が居ないだけでｗ
俺もライブラリとか作って遊んでたけど
正直整備されてないWinAPIに向き合う度にやる気なくしてた
D言語みたいに無駄な型の別名宣言とかを排除して整備してくれたら
まだ戦えそうな気もしてたけどｗ

[24 デフォルトの名無しさん 2013/10/21(月) 02:30:52.88]

D言語といえば契約プログラミングだよね。

[25 デフォルトの名無しさん 2013/10/21(月) 04:34:25.71]

MFCもRADツールだが？

[26 デフォルトの名無しさん 2013/10/21(月) 08:27:42.33]

あれがRADならXCODEもRADだなｗ

[27 デフォルトの名無しさん 2013/10/21(月) 15:17:22.16]

こんなのがRADならマイケル・ジャクソンがBADを歌い始めるぜ

[28 デフォルトの名無しさん 2013/10/22(火) 14:44:59.11]

>>17
すげーな。画面しか作らないのかよw

[29 デフォルトの名無しさん 2013/10/23(水) 00:02:29.31]

GUIの生産性はMFCだろ
Visual Studio 形式で作成してみ
あれくらいでも.netで作ろうとしたら大変だぞ

[30 デフォルトの名無しさん 2013/10/23(水) 00:52:24.31]

>>29
コンテナ作るのじゃなかったら、.NETがらくちん。
そもそも、Visual Studio 自体が、.NET。

[31 デフォルトの名無しさん 2013/10/23(水) 01:20:08.93]

Visual StudioはWPF+ネイティブじゃないのか

[32 デフォルトの名無しさん 2013/10/24(木) 19:02:36.97]

Qtは？

[33 デフォルトの名無しさん 2013/10/24(木) 22:41:43.67]

にー

[34 デフォルトの名無しさん 2013/10/24(木) 22:42:38.42]

Qtも純粋なC++ライブラリとはいえんからなぁ。
シグナルとかスロットだっけ？
クラスの定義に signals: とか slots:とかいう
キーワードみたいなのがでてくるし。

[35 デフォルトの名無しさん 2013/10/25(金) 09:40:09.10]

signals/slotsは、プリプロセッサの中の人が、C++に直してくれる。

関係無いけど、初期C++は、プリプロセッサがCに直してくれてて、
商用コンパイラは頑張ってC++を直接コンパイルしてくれる！、
なんて話題があったのは、遠い昔。

[36 デフォルトの名無しさん 2013/10/25(金) 23:16:27.03]

>>35
プロプロセッサだけじゃないよ。
オブジェクトのメモリ表現を見て
ハックレベルの解析を行ってる。

[37 デフォルトの名無しさん 2013/10/26(土) 00:05:35.79]

プロプロセッサってなんですか？

[38 デフォルトの名無しさん 2013/10/26(土) 00:57:36.68]

>>33
キュートハニーって何ですか？

[39 デフォルトの名無しさん 2013/10/26(土) 02:52:42.32]

>38
分かってて聞いてるんだろ?
このムッツリめ。

[40 デフォルトの名無しさん 2013/10/26(土) 07:12:55.38]

ﾍﾟﾛﾍﾟﾛセッサ

[41 デフォルトの名無しさん 2013/10/26(土) 22:20:42.30]

ビルド時間とはどうなの？
VC++でアンチウィルスソフトウェアのプロジェクトで大体リビルドすると
３時間くらい掛かるんだけど、例えばクラス数２００程度位の小規模プロジェクトならどれくらいですか？
まぁ、コードの量とかにもよりますが・・・

.netなんてちょっとした使い捨てツールを書くくらいしかできないかな？

[42 デフォルトの名無しさん 2013/10/26(土) 23:17:16.85]

.NETのコンパイルは早い
ていうかC++とかは環境依存があるけど.NETは一部を除いてどこでも使えるからな

[43 デフォルトの名無しさん 2013/10/26(土) 23:39:11.26]

.NETで作られたアプリは起動が遅い
あともっさりしてる

[44 デフォルトの名無しさん 2013/10/27(日) 00:34:10.58]

ほぼインタプリタだから仕方ないじゃん

[45 デフォルトの名無しさん 2013/10/27(日) 00:42:21.08]

>>44
インタプリタの定義を満たしてないのに、
インタプリタなわけがないだろう？

[46 デフォルトの名無しさん 2013/10/27(日) 02:19:48.62]

.NETはアーキテクチャ上遅いのは仕方ない。でももっと重要なのはC#やVBで書くやつは安易な設計で書いてる奴が多い。MFCはベテランが多いのかして緻密な設計をしている。

要するにC#やVBはユトリ言語なんだよ

[47 デフォルトの名無しさん 2013/10/27(日) 02:42:10.59]

そりゃMFCはC++だから書きづらいんだよ

[48 デフォルトの名無しさん 2013/10/27(日) 08:38:03.47]

VisualStudioのような純正ツールで使っているUIがMFCでもWPFでも
簡単には作れないってところをどうにかしてほしいなぁ。

[49 デフォルトの名無しさん 2013/10/27(日) 11:09:17.29]

>>48
MSだって簡単に作っている訳ではない。

[50 デフォルトの名無しさん 2013/10/27(日) 11:40:39.32]

>>48
VSやOfficeで採用してる最新UIスタイルは1~2年遅れてMFCに反映されてるよ。むしろそれが中々反映されないのは.NETのほう。しかもMS自身,NETベースのアプリとか殆ど出してないだろ。

[51 デフォルトの名無しさん 2013/10/27(日) 11:42:47.90]

MSは独自ライブラリを使っているという噂は聞くが。
まあ、自社製品と同レベルのものを簡単に作れるライブラリとか公開したくないわな。

[52 デフォルトの名無しさん 2013/10/27(日) 11:56:34.12]

MSに限った話ではないがWinとOSXの両方で同製品出してるとこは独自ライブラリを使うらしいね。ただOfficeのOSX版は全くの別物みたいでソースが共通とは思えないが。
.NETは元々Win32以外でも同じバイナリが走る計画だったが、実際のところそんな話は無いし、ただの重たいVMに成り下がった気もする。
頼みの綱だったSilverlightも何だが流行ってないし世の中HTML5に向いてるし、