MFC　vs　.NET

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

やろうか

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

アーッ

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

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

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

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

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

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

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

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

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

まずATLだろ

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

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

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

　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

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

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

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

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

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

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

.NETを使う理由が無い

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

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

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

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

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

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

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

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

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

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

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

MFCが生産性が低いって？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

MFCもRADツールだが？

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

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

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

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

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

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

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

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

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

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

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

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

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

Qtは？

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

にー

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ﾍﾟﾛﾍﾟﾛセッサ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

**デフォルトの名無しさん** · 2013/10/27(日) 12:05:17.18

>>50
追加されるのってVisualManagerのスタイルくらいじゃね？
MFCの機能は2008SP1で一度拡張されたけど、その後はなんの進歩もなくて
いまだにDockablePaneをVSのように中央に置いたりできないし。

**デフォルトの名無しさん** · 2013/10/27(日) 12:11:44.56

>.NETは元々Win32以外でも同じバイナリが走る計画だったが、実際のところそんな話は無いし

何を指して.NETと呼んでるのやら…

**デフォルトの名無しさん** · 2013/10/27(日) 12:12:48.11

>>53
まあ全機能とは行かないんだろうね、そもそもOffice, VSがMFC使って無いわけだし。それでも2008が出る以前はMFC4.2から10年以上進化なかったからそれよりはマシか。

最近のMSはストアアプリのUIメインなのかな、こっちはこっちで.NETと決別状態だが

**デフォルトの名無しさん** · 2013/10/27(日) 14:44:06.91

.NETなんて全く流行らなかったｗ

**デフォルトの名無しさん** · 2013/10/27(日) 22:03:40.32

はぁ？
むしろ当たり前になって意識しなくなっただけだろ。

**デフォルトの名無しさん** · 2013/10/27(日) 22:21:37.83

Android, iOSでも使われてる。

**デフォルトの名無しさん** · 2013/10/27(日) 22:49:06.40

gnomeがMonoに対応して、c#でgtkアプリを作れるようになったとか。

**デフォルトの名無しさん** · 2013/10/30(水) 06:49:13.23

win環境以外で大人気ワロタ

**デフォルトの名無しさん** · 2013/10/31(木) 15:29:49.79

ＭＦＣの中身の構成を見るだけで
無理矢理なクラス化とマクロってなじてんで嫌になる。

**デフォルトの名無しさん** · 2013/10/31(木) 21:56:33.60

MFCは終わってんじゃん
２０１３には入っていないし・・・

**デフォルトの名無しさん** · 2013/11/01(金) 00:03:05.39

入ってるわアホ

**デフォルトの名無しさん** · 2013/11/01(金) 00:15:17.55

Express使ってるから入ってないんだろ

**デフォルトの名無しさん** · 2013/11/01(金) 06:43:10.47

>>61
C++が未熟だった頃に作られたライブラリだから。これを素直に書けるようにC++は発展した。

**デフォルトの名無しさん** · 2013/11/01(金) 09:05:13.74

>>65
その理解は可笑しい
当時のC++でもborlandのOWLみたいに
ちゃんとしたオブジェクト指向フレームワークは存在したのに
MFCはただのwrapperでしかなかった
つまりMFCが糞だったのは単にMSの技術力の問題

**デフォルトの名無しさん** · 2013/11/01(金) 09:56:00.20

当時のチープな環境で真のオブジェクト指向（ｷﾘｯ　とか言ったって
まるごと見捨てられて終わるわ

**デフォルトの名無しさん** · 2013/11/01(金) 11:05:07.38

>>66
むしろそのラッパーを目指したものだろ。
既存の開発者が違和感なく移行できるように。

しかし今だに使っている人がいるなんて…大変だな>_<

**デフォルトの名無しさん** · 2013/11/01(金) 19:54:44.73

MFCは当時から糞だった。
C++である必要がない。

**デフォルトの名無しさん** · 2013/11/01(金) 20:16:10.51

C言語でWinAPIたたいていたコードと調和させるにはそうするしかない。

**デフォルトの名無しさん** · 2013/11/01(金) 20:17:49.94

>むしろそのラッパーを目指したものだろ。

馬鹿発見

**デフォルトの名無しさん** · 2013/11/01(金) 20:54:13.64

COM統合してるのにラッパー呼ばわりする人多いよね。

**デフォルトの名無しさん** · 2013/11/01(金) 23:16:00.45

>>71
具体的なこと言わずに馬鹿発見とか言ってるのって楽だよね

**デフォルトの名無しさん** · 2013/11/01(金) 23:27:15.62

>>66
OWLってMFCと大差ないよ。

サンプルコード
http://www.tenermerx.com/owlhow/items/tutorial/index.html
http://owlnext.sourceforge.net/tutorial/tableof.html

**デフォルトの名無しさん** · 2013/11/02(土) 00:21:46.20

OWLでもこの手のダサい
マクロ定義はおんなじなんだな。

DEFINE_RESPONSE_TABLE1(TDrawWindow, TWindow)
EV_WM_LBUTTONDOWN,
EV_WM_RBUTTONDOWN,
EV_WM_MOUSEMOVE,
EV_WM_LBUTTONUP,
END_RESPONSE_TABLE;

**デフォルトの名無しさん** · 2013/11/02(土) 13:16:33.39

当時のC++の力はその程度。

**デフォルトの名無しさん** · 2013/11/02(土) 14:10:26.92

Dは20年遅れてるな

**デフォルトの名無しさん** · 2013/11/02(土) 16:41:12.18

Qt さえあれば

**デフォルトの名無しさん** · 2013/11/02(土) 17:37:17.67

>>76
今となんか違うんだっけ？

**デフォルトの名無しさん** · 2013/11/02(土) 19:03:37.05

テンプレートとか例外処理とかは比較的新しい機能だと思っているが

**デフォルトの名無しさん** · 2013/11/02(土) 20:06:34.79

またまた御冗談を

**デフォルトの名無しさん** · 2013/11/02(土) 20:13:30.79

STLもRTTIもない頃だったからMFCは似たような機能を独自に用意していたんだよな

**,,・´∀｀・,,）っ-○○○** · 2013/11/02(土) 20:15:18.27

RTTIって要らないだろ。性能めっさ悪くなるし

**デフォルトの名無しさん** · 2013/11/02(土) 22:15:52.03

例外はわりと古くからあるが遅いのでいまでも忌避することあり。
テンプレートどころか、genetics マクロも新しい。

**,,・´∀｀・,,）っ-○○○** · 2013/11/02(土) 22:39:15.01

Googleは例外もRTTIも嫌うね

**デフォルトの名無しさん** · 2013/11/03(日) 02:19:11.50

→　MFCがBorlandを駆逐してデファクトに（'9x年）
→　Java出現。OSを仮想化してWindows潰しちゃうよっと。
→　慌ててまねして.NETとか作っちゃう（'0x年）
→　Web大流行で.NETは微妙な普及率に
→　モバイル時代でネイティブの速度が必要に！WinRTとか作っちゃう。（'1x年）
→　Webとモバイルに押されて、MFCも.NETも微妙な立場にorz　　　← いまここ

もうMSはデスクトップに力入れてる余裕なさそうだよね.. (´・ω・｀)
できればダブルスタンダードみたいなのやめて、Cocoaみたく統一したネイティブAPIを
整備してほしいけどね。

**デフォルトの名無しさん** · 2013/11/03(日) 04:31:00.76

.NETにはねASP.NETなんていうWeb向けの便利なものがあるのを知らないようだね

**デフォルトの名無しさん** · 2013/11/03(日) 05:05:42.37

→　Java出現。OSを仮想化してWindows潰しちゃうよっと。

Androidで悲願達成ですねわかります

**デフォルトの名無しさん** · 2013/11/03(日) 05:14:42.24

MSが慌ててまねして作ったのはJ++な
.NETはJ++の失敗を踏まえて
落ち着いて浅酌を練り直して事に当たった

**デフォルトの名無しさん** · 2013/11/03(日) 08:22:22.85

いずれC++/CXをデスクトップにも・・とかってMSは考えてんのかねぇ。
C++で.NET絡まないから古参も納得いくだろうし移行もしやすいし、C++でXAML/Blend使って
デスクトップUI作れるようになったら助かるんだが。
もう20年前からあのリソースエディタってのはどうなのよorz

**デフォルトの名無しさん** · 2013/11/03(日) 08:57:46.19

リソースエディタは使わなくてもデスクトップアプリは作れるだろ

**デフォルトの名無しさん** · 2013/11/03(日) 09:00:56.26

デスクトップで.Net使わない規格なんていまさら導入する意味ないでしょ。
とりあえずC++/CLIでWPFが扱えるようになれば、従来のMFCアプリから
漸次WPFに移行できるんだけどな。

**デフォルトの名無しさん** · 2013/11/03(日) 09:01:50.07

>>86
何をどう勘違いしてるのか知らんが.NETはデスクトップアプリを作る環境として普及してると思うけど。
というかブラウザ上で動く言語・環境が無いだけで他全ての分野で.NETでの開発が主でそれで速度が稼げないところでネイティブ使うだけじゃねーの？

>>90
8.2ぐらいでストアアプリをデスクトップ上でも動かせるようにしてくるんじゃないかと思ってる。
中の構造としてはデスクトップ上ではサスペンドとかの呼び出しがされないだけでデスクトップで動くことを妨げるものはないような気がす。
ストアアプリはウィルスの心配とか少ないし環境の同期含めて良い仕組みだと思う。

**デフォルトの名無しさん** · 2013/11/03(日) 13:42:48.12

.NETのデスクトップアプリが普及してる？

使ったときねーよ

**デフォルトの名無しさん** · 2013/11/03(日) 15:13:58.44

.NETは主に業務用アプリとして使われています
ちなみVisualStudioはWPFです
あと専ブラのtwintailも

**デフォルトの名無しさん** · 2013/11/03(日) 15:21:32.45

>>94
今まで触ったアプリが全て.NET製でないことが確信できるものだけが石を投げなさい(´・ω・｀)

**デフォルトの名無しさん** · 2013/11/03(日) 16:16:40.51

>>97
自分は最後に触ったWindowsはW2Kで、OSXへ移行した
（W2Kは今でもVM上で動き、VC++6.0等を使うこともある）

だから、喜んで石を投げさせてもらおうw
（このスレでは少数派だと思うが....）

**デフォルトの名無しさん** · 2013/11/03(日) 16:23:10.48

>>97
つMono

**デフォルトの名無しさん** · 2013/11/03(日) 16:47:04.48

株とかFXのトレードツールも.NET多いな

**デフォルトの名無しさん** · 2013/11/03(日) 18:37:11.64

SQLSServerベースのデータベース系も多い。

**デフォルトの名無しさん** · 2013/11/03(日) 19:29:32.85

>>97
Mac、iOS、Androidのソフトにも.NETというかMono製のあるけど大丈夫ですか(´・ω・｀)

**デフォルトの名無しさん** · 2013/11/03(日) 19:37:56.92

化石が集まっているスレ

**デフォルトの名無しさん** · 2013/11/04(月) 00:12:25.46

やはり,NETが普及しなかったことが問題か

**デフォルトの名無しさん** · 2013/11/04(月) 02:14:17.51

.NETなアプリで常用してるのはKeePassしかないが、コレだけの為でも十分価値を感じる。
Android版もMono使ってる奴の方が多機能。

**デフォルトの名無しさん** · 2013/11/04(月) 09:59:27.12

.NETは狙っていたアプリ層をごっそりWebアプリに持ってかれたという印象だな
MFCは・・・アップデートしろよw　もしくは再構築しろww

**デフォルトの名無しさん** · 2013/11/04(月) 11:23:25.46

MSは、JavaをベースにVMを発展させるという方針でいたのに、SUNに水をさされてしまったので、仕方なく.NETを構築した。
今のJavaなら改造し放題なので、Googleはそれに乗っかった。

**デフォルトの名無しさん** · 2013/11/04(月) 11:34:25.95

>>105
どこを指してるか知らんけどネイティブてまパフォーマンスがーでなければぜんぶ.NETだろ
今更MFC使うのってなんなん

**,,・´∀｀・,,）っ-○○○** · 2013/11/04(月) 11:35:53.18

MFCってコンテナが腐ってるから下手するとJavaより遅い局面もあるｗ
今使うならWTL+STLだなー

**デフォルトの名無しさん** · 2013/11/04(月) 13:29:03.66

遅いとか速いとかより
いまさらC++とか使ってられないからな

**デフォルトの名無しさん** · 2013/11/04(月) 13:30:31.10

つまり.NETでありC++であるC++/CLI使えってことですね

**デフォルトの名無しさん** · 2013/11/04(月) 13:35:26.05

C++/CLI・・・勘弁してくれw

**デフォルトの名無しさん** · 2013/11/04(月) 15:45:43.32

C#メインで必要なところだけCで書く。

**デフォルトの名無しさん** · 2013/11/04(月) 16:45:52.67

前はC++と連携していた時もあったが
今はもうP/Invoke経由のライブラリも一通り揃ってC#オンリー
たまにtemplateが欲しくなる事も無いでもないけど、もう使っていない

**,,・´∀｀・,,）っ-○○○** · 2013/11/04(月) 20:28:00.55

Mono.Simd相応の機能はいつになったら.NETで使えるようになるのか

**デフォルトの名無しさん** · 2013/11/04(月) 21:16:30.86

MonoでWPFが使える頃になれば、おそらく....

**デフォルトの名無しさん** · 2013/11/05(火) 03:47:20.13

いまさらC++が・・とかどこの底辺無能ドカタだよw

**デフォルトの名無しさん** · 2013/11/05(火) 05:10:34.32

>>113
おまおれ

**デフォルトの名無しさん** · 2013/11/05(火) 05:40:21.07

最強テキストエディタでヤフってみろ

MFC製や.NET製なんて皆無

要するに、人様に使ってもらおうと思ったら
既存のライブラリ使ってるようなものは駄目ってことだろ

既存のライブラリつかってるなら誰でも作れるからな

**デフォルトの名無しさん** · 2013/11/05(火) 06:19:52.90

http://news.mynavi.jp/articles/2012/04/10/xyzzy/

.NET使ってるな

**デフォルトの名無しさん** · 2013/11/05(火) 08:09:36.72

その程度のものなら・・・

**,,・´∀｀・,,）っ-○○○** · 2013/11/05(火) 08:51:47.28

>>119
コンパイルにWin32SDKが必要というだけで.NET Frameworkそのものは
１行も使ってないぞ
オープンソースをうたう前から中の人がソース公開してたから
どんなもんかは知ってたけど

オリジナルがVC++4.2だからソースコードもたとえばこんな感じだった
VC7でビルドしたらエラーでまくってちょっと心折れた

for (int i = 0; i < N; i++) {
}
for (i=0; i < N; i++) {
}
今はたぶん直ってる

**デフォルトの名無しさん** · 2013/11/05(火) 10:09:18.07

そういうのもそのうち消えてなくなるよ
64bit対応とかめんどくさいし JIT にお任せで、CPUの種類にも依存しなくて便利

**デフォルトの名無しさん** · 2013/11/05(火) 12:55:45.94

chrome、firefox、photoshop、dreamweaver、
blender、max、sonar
その他パッケージアプリ全般、使ってるアプリで.NET製なんぞに
出くわしたことがねーわ。
ほんとは存在しねーんじゃねーのか？

**デフォルトの名無しさん** · 2013/11/05(火) 14:14:34.24

>>123
まぁお前の中では存在しないでいいんじゃないか？

そこに上げたものの多くはほとんどの部分を.NETで作れると思うけど、今までの開発の経緯や他プラットフォームへの移植とか含めてどとねとは選ばなかったんでしょ

今ネイティブ吐けて色んなプラットフォームで動くより高水準な言語っていうと何がいいんかね。OCamlあたり？

**デフォルトの名無しさん** · 2013/11/05(火) 14:41:24.77

ネイティブじゃないってだけでどうしても毛嫌いしちゃんだよなｗ

昔々のVB6でもネイティブだったのに。

**デフォルトの名無しさん** · 2013/11/05(火) 15:15:53.19

>>124
なにも例を出せないとここじゃお前のが説得力ないかな。

あと、「作れるけど選択されなかった」は甘え。

**デフォルトの名無しさん** · 2013/11/05(火) 16:37:50.30

>>126
つVS
つか、今から何か作るんで理由なくC++とかないわー

**デフォルトの名無しさん** · 2013/11/05(火) 17:03:32.17

そりゃ時間を要求されるものはCとか使うだろ
Chromeに至ってはアセンブリ言語使ってるって聞いたし

**デフォルトの名無しさん** · 2013/11/05(火) 17:08:01.82

ブラウザなんてものこそ.netだろ

**デフォルトの名無しさん** · 2013/11/05(火) 17:18:41.15

なるほどWebBrowserコントロールか

**デフォルトの名無しさん** · 2013/11/05(火) 17:25:44.83

WebBrowserコントロールって大人気だよな

**デフォルトの名無しさん** · 2013/11/05(火) 17:32:05.17

確かにブラウザなんてコントロールをﾎﾟﾄﾍﾟﾀすれば
すぐ出来ちゃうしな

Chromeなんてフリーものならなおさら簡単だろ

**デフォルトの名無しさん** · 2013/11/05(火) 17:50:03.50

↓ 以下.NET厨の
「.NETでも作れるもん！まだないけど・・」
をお楽しみください

**デフォルトの名無しさん** · 2013/11/05(火) 21:27:55.91

.NETがいいんじゃなくて、MFCがくそ。
Win32は認める。

**デフォルトの名無しさん** · 2013/11/05(火) 21:40:12.39

コンテナサポートしているフレームワークはMFCぐらいしかないので、選択の余地がない。

**デフォルトの名無しさん** · 2013/11/05(火) 21:55:44.27

Microsoft的には最低限以外のGUIの機能を使わせたくないんじゃないか？ｗ

**デフォルトの名無しさん** · 2013/11/05(火) 21:58:36.88

WinAPIの型の再定義にもウンザリ
#defineマクロだらけで美しくない
今の仕様で公開し直してくれよ

**,,・´∀｀・,,）っ-○○○** · 2013/11/06(水) 09:03:06.19

>>135
STL+ATL/WTLでなんの不都合も無いけど？コンテナは無くても最低限CStringはあるからねー
イテレータもサポートしてないようなレベルのをフレームワークがコンテナサポートしてるとは言えん
MFCレベルのコンテナサポートならなければ自前で実装すればいいだけ。

**デフォルトの名無しさん** · 2013/11/06(水) 16:59:45.50

MFCは移植出来ない
.NETはコンシュマーゲーム開発も可能(C#に限る)

**デフォルトの名無しさん** · 2013/11/06(水) 19:42:38.21

>>138
わざわざコンテナまで自分で実装とかご苦労だな。
xxで十分ってのは単に外の世界を知らないカワズの時があるから気をつけろよ

**デフォルトの名無しさん** · 2013/11/06(水) 19:48:22.31

MFCのひとはそれで充分だお

**,,・´∀｀・,,）っ-○○○** · 2013/11/06(水) 21:26:49.14

>>140
Windowsの外を知った上での結論なのだが。。。
移植性を考慮するならデータ構造の表現にGUIライブラリ依存のクラスを極力使うべきではない。
STLのコンテナですむならそれに越したことは無いよ。

**デフォルトの名無しさん** · 2013/11/06(水) 22:23:27.02

MFCでコンテナといえば、そのコンテナではない。

**デフォルトの名無しさん** · 2013/11/06(水) 22:24:52.09

>>142
ああ、むしろstl使えるならMFCのコンテナ使う必要ないよね。
ちなみになに作ってんの？
C++やATLを使う用途ってなんだらう

**,,・´∀｀・,,）っ-○○○** · 2013/11/06(水) 22:33:32.27

>>143
なんだOLEのほうか。

まあ、IDLでインターフェイス買いてATLだなー
おいらはJavaからネイティブ叩くためのいろいろ書いてたり

**デフォルトの名無しさん** · 2013/11/24(日) 20:52:12.13

ATLでコンテナ書くのは斬新

**デフォルトの名無しさん** · 2013/12/01(日) 02:59:37.42

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

mfc >>>>>>>>>>>>>>>>> qt > .net

**デフォルトの名無しさん** · 2013/12/01(日) 21:08:23.39

.NETさいこーでーす

**デフォルトの名無しさん** · 2013/12/07(土) 23:28:16.29

.NETはもっさり感とリーバースが容易ってことがなかったら普及しただろうな

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

俺の脳みそでは理解できない。
http://www5d.biglobe.ne.jp/~noocyte/Programming/Decompile.html#CDecompilerPossiblity

**デフォルトの名無しさん** · 2013/12/08(日) 01:48:36.62

.NETはもっさり感とリーバースが容易ってことがなかったら普及しただろうな
　　　　　　　　　　　　　　　　　　　~~~~~

**デフォルトの名無しさん** · 2013/12/08(日) 01:56:13.90

MFCは有料
.NETは無料

どういう意味だろうか？

**デフォルトの名無しさん** · 2013/12/09(月) 11:19:15.82

>>153
.NET (C#, VB.NET) なら無料 (Express) で、GUI までできると言いたいんじゃね？

**デフォルトの名無しさん** · 2013/12/09(月) 21:06:05.68

「普及しただろうな」

ってか普及したんですが

**デフォルトの名無しさん** · 2013/12/09(月) 23:03:18.54

.netで作成されたアプリケーションを使ったときねーよ

**デフォルトの名無しさん** · 2013/12/10(火) 13:10:37.38

業務用は.netで作られたアプリ沢山あるよ。市販のアプリは何かあるのかな。

**デフォルトの名無しさん** · 2013/12/10(火) 14:34:35.01

>>156
多分それ気づいてないだけ

**デフォルトの名無しさん** · 2013/12/10(火) 14:37:02.28

XPだとランタイム入ってないですしおすし

**デフォルトの名無しさん** · 2013/12/10(火) 17:30:25.58

>>158
そんなのPC初心者だけだろｗ

**デフォルトの名無しさん** · 2013/12/10(火) 17:32:19.04

>>157
VisualStudioとか

**デフォルトの名無しさん** · 2013/12/10(火) 18:30:34.61

ウィルスバスターとかオフィスとか。

**デフォルトの名無しさん** · 2013/12/10(火) 19:05:02.70

オフィスはわからんでもないがウィルスバスターはありえんやろ…………

**デフォルトの名無しさん** · 2013/12/10(火) 19:08:12.93

オフィスのUIが.NETかMFCかWin32APIで作られているのだけはわかる

**デフォルトの名無しさん** · 2013/12/10(火) 19:27:46.10

>>163
ほんとなんだけど。
.NETになる前はHTMLだったよ。
以前、HTMLダイアログだったものは大抵.NETになってるんじゃないの？

**デフォルトの名無しさん** · 2013/12/10(火) 19:36:14.83

HTMLダイアログ＜＜＜＜＜＜＜WPFだな
WinFormsはコードで書くので除外

**デフォルトの名無しさん** · 2013/12/10(火) 20:03:23.78

WPFって使われてるの？案件で見たこと無いんだけど

**デフォルトの名無しさん** · 2013/12/10(火) 20:14:40.91

WPFなんてとっくにdisられてるし、、、

今はwebが最強すぎる

webとMFCがあれば.NETなんてマジで不要

**デフォルトの名無しさん** · 2013/12/10(火) 20:20:03.73

>>168
ラップに見える
でも韻踏んでないからやり直し

**デフォルトの名無しさん** · 2013/12/10(火) 20:25:35.16

>>168
そうだ、やりなおし

**デフォルトの名無しさん** · 2013/12/10(火) 20:28:16.16

インテリジェンス低い
つまり低能

**デフォルトの名無しさん** · 2013/12/10(火) 20:56:31.52

勝ち組　→　C++とPHPを使ってる人々

負け組　→　時代を読めずに.NET関連技術に飛びついて時間を無駄にした人々

**デフォルトの名無しさん** · 2013/12/10(火) 21:13:38.30

C#たん素敵でうすぉぉ

**デフォルトの名無しさん** · 2013/12/10(火) 22:10:37.65

C#たんはUnityで開発もできるんだよ！

**デフォルトの名無しさん** · 2013/12/10(火) 23:17:01.28

なんだかんだいっても、今だにwinでネイティブでいこうと思ったら
MFCが使いやすいな

**デフォルトの名無しさん** · 2013/12/11(水) 01:05:30.90

やっと俺の言いたいことがいえる流れになったな

「Delphi最強！！」

**デフォルトの名無しさん** · 2013/12/12(木) 00:13:32.41

>>176
なんでそうなる？

**デフォルトの名無しさん** · 2013/12/12(木) 22:31:47.39

Java が衰退して、そこに.NETがはいってきた。

**デフォルトの名無しさん** · 2013/12/13(金) 00:33:05.87

Javaなんて技術使うなんて信じられない！

**デフォルトの名無しさん** · 2013/12/13(金) 00:43:00.19

Xbox インディーズゲーム
ttp://marketplace.xbox.com/ja-JP/Games/XboxIndieGames?SortBy=ReleaseDate
ここに並んでるタイトルは基本的にXNAつー.NETベースのフレームワーク使われてる

あとAndroidは基本的にJavaだけど一部でMonoが使われてる。↓とか。
ttps://play.google.com/store/apps/details?id=keepass2android.keepass2android&hl=ja
噂では.NetFramework使ってるのもあるとか。

**デフォルトの名無しさん** · 2013/12/13(金) 00:55:13.52

C#なんてMSが見捨てたら実質的には終わりなんだから
ビジネスアプリには向かないだろ

**デフォルトの名無しさん** · 2013/12/13(金) 00:59:58.08

VB6なんてMSが見捨てたら実質的には終わりなんだから
ビジネスアプリには向かないだろ

**デフォルトの名無しさん** · 2013/12/13(金) 01:25:42.34

実質、ビジネスアプリには使われなかったじゃん
VB6なんてちょっとしたツール程度だけだったろ

**デフォルトの名無しさん** · 2013/12/13(金) 01:53:43.90

ビジネスアプリってなに？　おいしいの？

**デフォルトの名無しさん** · 2013/12/13(金) 09:37:34.79

アクションゲーム作るのにGCあったら困ると思うんだけど
何か対策があるのかな

**デフォルトの名無しさん** · 2013/12/13(金) 10:15:23.97

自分で解放出来ないんだっけ？
Set hoge = Nothing
とか

**デフォルトの名無しさん** · 2013/12/13(金) 10:26:08.67

>>181
C#が向いてなかったら何で作るの？C++？ないわー

**デフォルトの名無しさん** · 2013/12/13(金) 10:55:34.02

Cでしょ

**デフォルトの名無しさん** · 2013/12/13(金) 10:59:50.10

COBOLだってメーカーが見捨てたら終わりじゃないの

**デフォルトの名無しさん** · 2013/12/13(金) 11:13:01.42

だから終わってんじゃんｗ

**デフォルトの名無しさん** · 2013/12/13(金) 11:25:02.11

>>186
Nothingしてもその時点で解放されるわけじゃないよ
そういうのをまとめて後で解放するよ。
それはいいんだけど解放するときにアプリの全スレッドが
停止してしまうんだ。これはやっかい。

**デフォルトの名無しさん** · 2013/12/13(金) 11:37:22.13

>>191
＞全スレッドが停止してしまうんだ。これはやっかい。
ソースは？
いい加減なこというなよ

**デフォルトの名無しさん** · 2013/12/13(金) 11:41:52.65

>>192
ソースは俺

**デフォルトの名無しさん** · 2013/12/13(金) 11:57:48.48

C#のGCはJavaに迫る勢いで進化してるんじゃなかったのか

**デフォルトの名無しさん** · 2013/12/13(金) 12:19:00.64

ついでに言うと他のプロセスのアプリも停止してしまうくらいの勢いでGCしよるな

**デフォルトの名無しさん** · 2013/12/13(金) 12:43:03.71

GCは理論上全スレッドを停止せざるえないからな

**デフォルトの名無しさん** · 2013/12/13(金) 15:09:39.11

GCの役割を考えたら全ｽﾚ停止させるなんて無駄だろ

**デフォルトの名無しさん** · 2013/12/13(金) 15:13:20.23

無駄というか、だから停止しないようにがんばってるけど
まだ完全無停止にはできてないんだろ

**デフォルトの名無しさん** · 2013/12/13(金) 15:14:34.51

どんだけ糞なんだ＞.NET

**デフォルトの名無しさん** · 2013/12/13(金) 16:01:10.01

お前らここぐらい読んでから書き込めよ
http://blogs.msdn.com/b/dotnet/archive/2012/07/20/the-net-framework-4-5-includes-new-garbage-collector-enhancements-for-client-and-server-apps.aspx