MFC vs .NET
■ このスレッドは過去ログ倉庫に格納されています
Mono.Simd相応の機能はいつになったら.NETで使えるようになるのか MonoでWPFが使える頃になれば、おそらく.... いまさらC++が・・とかどこの底辺無能ドカタだよw 最強テキストエディタでヤフってみろ
MFC製や.NET製なんて皆無
要するに、人様に使ってもらおうと思ったら
既存のライブラリ使ってるようなものは駄目ってことだろ
既存のライブラリつかってるなら誰でも作れるからな >>119
コンパイルにWin32SDKが必要というだけで.NET Frameworkそのものは
1行も使ってないぞ
オープンソースをうたう前から中の人がソース公開してたから
どんなもんかは知ってたけど
オリジナルがVC++4.2だからソースコードもたとえばこんな感じだった
VC7でビルドしたらエラーでまくってちょっと心折れた
for (int i = 0; i < N; i++) {
}
for (i=0; i < N; i++) {
}
今はたぶん直ってる そういうのもそのうち消えてなくなるよ
64bit対応とかめんどくさいし JIT にお任せで、CPUの種類にも依存しなくて便利 chrome、firefox、photoshop、dreamweaver、
blender、max、sonar
その他パッケージアプリ全般、使ってるアプリで.NET製なんぞに
出くわしたことがねーわ。
ほんとは存在しねーんじゃねーのか? >>123
まぁお前の中では存在しないでいいんじゃないか?
そこに上げたものの多くはほとんどの部分を.NETで作れると思うけど、今までの開発の経緯や他プラットフォームへの移植とか含めてどとねとは選ばなかったんでしょ
今ネイティブ吐けて色んなプラットフォームで動くより高水準な言語っていうと何がいいんかね。OCamlあたり? ネイティブじゃないってだけでどうしても毛嫌いしちゃんだよなw
昔々のVB6でもネイティブだったのに。 >>124
なにも例を出せないとここじゃお前のが説得力ないかな。
あと、「作れるけど選択されなかった」は甘え。 >>126
つVS
つか、今から何か作るんで理由なくC++とかないわー そりゃ時間を要求されるものはCとか使うだろ
Chromeに至ってはアセンブリ言語使ってるって聞いたし 確かにブラウザなんてコントロールをポトペタすれば
すぐ出来ちゃうしな
Chromeなんてフリーものならなおさら簡単だろ ↓ 以下.NET厨の
「.NETでも作れるもん!まだないけど・・」
をお楽しみください .NETがいいんじゃなくて、MFCがくそ。
Win32は認める。 コンテナサポートしているフレームワークはMFCぐらいしかないので、選択の余地がない。 Microsoft的には最低限以外のGUIの機能を使わせたくないんじゃないか?w WinAPIの型の再定義にもウンザリ
#defineマクロだらけで美しくない
今の仕様で公開し直してくれよ >>135
STL+ATL/WTLでなんの不都合も無いけど?コンテナは無くても最低限CStringはあるからねー
イテレータもサポートしてないようなレベルのをフレームワークがコンテナサポートしてるとは言えん
MFCレベルのコンテナサポートならなければ自前で実装すればいいだけ。 MFCは移植出来ない
.NETはコンシュマーゲーム開発も可能(C#に限る) >>138
わざわざコンテナまで自分で実装とかご苦労だな。
xxで十分ってのは単に外の世界を知らないカワズの時があるから気をつけろよ >>140
Windowsの外を知った上での結論なのだが。。。
移植性を考慮するならデータ構造の表現にGUIライブラリ依存のクラスを極力使うべきではない。
STLのコンテナですむならそれに越したことは無いよ。 >>142
ああ、むしろstl使えるならMFCのコンテナ使う必要ないよね。
ちなみになに作ってんの?
C++やATLを使う用途ってなんだらう >>143
なんだOLEのほうか。
まあ、IDLでインターフェイス買いてATLだなー
おいらはJavaからネイティブ叩くためのいろいろ書いてたり mfc >>>>>>>>>>>>>>>>> qt > .net .NETはもっさり感とリーバースが容易ってことがなかったら普及しただろうな 俺の脳みそでは理解できない。
http://www5d.biglobe.ne.jp/~noocyte/Programming/Decompile.html#CDecompilerPossiblity .NETはもっさり感とリーバースが容易ってことがなかったら普及しただろうな
~~~~~ MFCは有料
.NETは無料
どういう意味だろうか? >>153
.NET (C#, VB.NET) なら無料 (Express) で、GUI までできると言いたいんじゃね? .netで作成されたアプリケーションを使ったときねーよ 業務用は.netで作られたアプリ沢山あるよ。市販のアプリは何かあるのかな。 オフィスはわからんでもないがウィルスバスターはありえんやろ………… オフィスのUIが.NETかMFCかWin32APIで作られているのだけはわかる >>163
ほんとなんだけど。
.NETになる前はHTMLだったよ。
以前、HTMLダイアログだったものは大抵.NETになってるんじゃないの? HTMLダイアログ<<<<<<<WPFだな
WinFormsはコードで書くので除外 WPFって使われてるの?案件で見たこと無いんだけど WPFなんてとっくにdisられてるし、、、
今はwebが最強すぎる
webとMFCがあれば.NETなんてマジで不要 >>168
ラップに見える
でも韻踏んでないからやり直し 勝ち組 → C++とPHPを使ってる人々
負け組 → 時代を読めずに.NET関連技術に飛びついて時間を無駄にした人々 なんだかんだいっても、今だにwinでネイティブでいこうと思ったら
MFCが使いやすいな やっと俺の言いたいことがいえる流れになったな
「Delphi最強!!」 Java が衰退して、そこに.NETがはいってきた。 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使ってるのもあるとか。 C#なんてMSが見捨てたら実質的には終わりなんだから
ビジネスアプリには向かないだろ VB6なんてMSが見捨てたら実質的には終わりなんだから
ビジネスアプリには向かないだろ 実質、ビジネスアプリには使われなかったじゃん
VB6なんてちょっとしたツール程度だけだったろ アクションゲーム作るのにGCあったら困ると思うんだけど
何か対策があるのかな 自分で解放出来ないんだっけ?
Set hoge = Nothing
とか >>181
C#が向いてなかったら何で作るの?C++?ないわー COBOLだってメーカーが見捨てたら終わりじゃないの >>186
Nothingしてもその時点で解放されるわけじゃないよ
そういうのをまとめて後で解放するよ。
それはいいんだけど解放するときにアプリの全スレッドが
停止してしまうんだ。これはやっかい。 >>191
>全スレッドが 停止してしまうんだ。これはやっかい。
ソースは?
いい加減なこというなよ C#のGCはJavaに迫る勢いで進化してるんじゃなかったのか ついでに言うと他のプロセスのアプリも停止してしまうくらいの勢いでGCしよるな GCの役割を考えたら全スレ停止させるなんて無駄だろ 無駄というか、だから停止しないようにがんばってるけど
まだ完全無停止にはできてないんだろ 一方文科省は2020年から中学の英語授業を英語で行うとした。 64bit環境まだ整ってないのですが、
MFC で 64bit のプログラム作れますか? 作れません。
32bitのみです。つかMFCは見捨てられちゃったからここ数年変化ねーよw ちょっと混乱してきましたけど、
現時点で、Visual C++ で64bitiアプリ作成するには、
.NET CLR(完全に64bit?)を使うのが唯一の方法でしょうか?
以前のWin32を使って32bitアプリ作るように、
64bitアプリを作ることはできないでしょうか? いまどき過去の遺産の移行以外にMBCS使う必要もないだろ。
つか、ストアアプリやFormと何の関係が? ■ このスレッドは過去ログ倉庫に格納されています