MFC vs .NET
■ このスレッドは過去ログ倉庫に格納されています
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と何の関係が? 良スレか?
MFC理解してる人が少ないから、まともな議論になってないと思うけど。
>>135 でいっているコンテナっていうのは「埋め込みコンテナ」とか「OLEドキュメント」とか
名前が色々変遷して今はなんていうのかわからないけど、ワードとかエクセルとかに
貼り付けできて編集できるやつのことだろ。
-○○○がからんできてるけど、全部見当違いのレスで話になってない。
MFCは底辺はWindows(主にGUIの)APIのラッパー + アルファで
アルファの部分が結構でかい、DVアーキテクチャとかCObject関係とか
コレクションとかFILEIOとかメッセージルーティングとかある。
この+アルファの部分は作るものによっては不要だったり、別のものを使ってもいいので
コレクションはSTL使ってCObjectなんか使わないとかでもいい。 そもそも-○○○はMFC自体がオプションになったと勘違いしてるだろ。 なんで無料のVSにはMFCがないの?
もう枯れたライブラリだから無料でも良くね? windowsフォームもオワコン
WPFもオワコン
silverlightもオワコン
.NET系は迷走そして全滅だ 元々はWinAPI共々途中で切る予定だったんだろうけど
その計画が頓挫したところからケチがつき始めたような気がするなMS >>223
そんなことなったら、C#で、attributeでdll設定して
win32apiの呼び出しできなくなるじゃん >>223
一部呼び出しはできるって感じじゃなかったっけ? >>205
Visual Studio 2005あたりから64bitのMFCアプリ作れる。共通のソース
コードで、プロジェクト構成の追加でMBCS/Unicode, 32bit/64bit全部
ビルドできる。
確か、2005はx64の追加インストールが必要で、2007以降は標準だったはず。
MFCとリソースエディタが無料のExpress版に入っていないのは昔から。
.NET Frameworkは、セキュリティホールの巣窟。最近公開されえるセキュリ
ティパッチの大半が.NET Framework絡みか、Internet Explorer関係. .NET Framework(とIE)ばかりにセキュリティ問題が多く含まれているのか、
それとも、攻撃のターゲットが.NET Frameworkメインになったから特に対策されているだけなのか。
どちらにしても、Windowsのセキュリティーホールの大半がJavaとFlashらしいが。 パッチが多いからセキュリティホールが多い
というのはある面では正しいが別の面を見逃してるよね
パッチの当たってないセキュリティーホールがいっぱいあっても
問題になってないだけなのかも知れないし マイクロVMとモノリシックVMの覇権をかけた決戦はまだか objective-cは糞だな・・・勉強して損したぜ! objective-c覚えれば、ドラクエとか作れるんじゃないの?
買わなくていいから勉強する価値はある ■ このスレッドは過去ログ倉庫に格納されています