MFC　vs　.NET

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2013/10/18(金) 01:29:23.07
やろうか
2013/12/10(火) 13:10:37.38
業務用は.netで作られたアプリ沢山あるよ。市販のアプリは何かあるのかな。
158デフォルトの名無しさん
垢版 |
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とか
162デフォルトの名無しさん
垢版 |
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で作られているのだけはわかる
165デフォルトの名無しさん
垢版 |
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
なんでそうなる？
178デフォルトの名無しさん
垢版 |
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
とか
187デフォルトの名無しさん
垢版 |
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に迫る勢いで進化してるんじゃなかったのか
195デフォルトの名無しさん
垢版 |
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
200デフォルトの名無しさん
垢版 |
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
2013/12/13(金) 16:14:26.30
なにを得意げにｈｗ
2013/12/13(金) 16:59:33.07
英語なんて嫁ねーよ
はげ
203デフォルトの名無しさん
垢版 |
2013/12/13(金) 18:45:24.19
男らしい
2013/12/13(金) 18:49:46.60
一方文科省は2020年から中学の英語授業を英語で行うとした。
205デフォルトの名無しさん
垢版 |
2013/12/13(金) 19:04:39.57
64bit環境まだ整ってないのですが、
MFC で 64bit のプログラム作れますか？
2013/12/13(金) 19:36:39.56
作れません。
32bitのみです。つかMFCは見捨てられちゃったからここ数年変化ねーよｗ
2013/12/13(金) 19:56:04.17
やっぱり作らないといけないのか、、、うーん
2013/12/13(金) 22:57:49.57
>>206
ふつーに作れるだろ。
2013/12/13(金) 23:18:42.33
つか、２０１３にMFCは無くなってるよ
210205
垢版 |
2013/12/14(土) 05:25:35.82
ちょっと混乱してきましたけど、
現時点で、Visual C++ で64bitiアプリ作成するには、
.NET CLR（完全に64bit？）を使うのが唯一の方法でしょうか？
以前のWin32を使って32bitアプリ作るように、
64bitアプリを作ることはできないでしょうか？
2013/12/14(土) 07:20:41.12
>>210
ふつーに作れるだろ。
2013/12/14(土) 12:47:11.59
追加でDLできる
http://www.microsoft.com/ja-jp/download/details.aspx?id=40770


MSはストアアプリに移行させたがってるしねー
やっぱWinFormsのほうが生産性高いし
2013/12/14(土) 13:02:10.06
いまどき過去の遺産の移行以外にMBCS使う必要もないだろ。
つか、ストアアプリやFormと何の関係が？
2013/12/14(土) 13:57:22.06
関係ないがMFCでない選択肢が複数あるということ
2013/12/14(土) 18:16:11.07
良ｽﾚ灘
2013/12/15(日) 17:14:40.23
良スレか?
MFC理解してる人が少ないから、まともな議論になってないと思うけど。
>>135 でいっているコンテナっていうのは「埋め込みコンテナ」とか「OLEドキュメント」とか
名前が色々変遷して今はなんていうのかわからないけど、ワードとかエクセルとかに
貼り付けできて編集できるやつのことだろ。
-○○○がからんできてるけど、全部見当違いのレスで話になってない。

MFCは底辺はWindows(主にGUIの)APIのラッパー + アルファで
アルファの部分が結構でかい、DVアーキテクチャとかCObject関係とか
コレクションとかFILEIOとかメッセージルーティングとかある。

この+アルファの部分は作るものによっては不要だったり、別のものを使ってもいいので
コレクションはSTL使ってCObjectなんか使わないとかでもいい。
2013/12/15(日) 18:17:04.77
そもそも-○○○はMFC自体がオプションになったと勘違いしてるだろ。
2013/12/15(日) 18:26:57.43
なんで無料のVSにはMFCがないの？
もう枯れたﾗｲﾌﾞﾗﾘだから無料でも良くね？
2013/12/16(月) 11:51:36.55
いまは ActiveX Object だろ
2013/12/16(月) 11:55:10.41
MFCはオワコン
OLEもオワコン
2013/12/16(月) 21:03:16.50
windowsフォームもオワコン

WPFもオワコン

silverlightもオワコン





.NET系は迷走そして全滅だ
2013/12/16(月) 23:53:28.46
元々はWinAPI共々途中で切る予定だったんだろうけど
その計画が頓挫したところからケチがつき始めたような気がするなMS
2013/12/17(火) 00:19:13.83
win8からwin32apiは使えない？
2013/12/17(火) 01:46:06.32
使えなかったら過去の資産全滅だろうに
2013/12/17(火) 21:06:27.07
SendMessageも使えない世の中
2013/12/18(水) 02:49:09.91
WINRTAPIにじゃないのかしらん
2013/12/18(水) 04:44:16.42
>>223
そんなことなったら、C#で、attributeでdll設定して
win32apiの呼び出しできなくなるじゃん
228デフォルトの名無しさん
垢版 |
2013/12/18(水) 05:02:13.71
>>223
一部呼び出しはできるって感じじゃなかったっけ？
229デフォルトの名無しさん
垢版 |
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をそんなに大きく変えるとも思えんが。
239デフォルトの名無しさん
垢版 |
2013/12/29(日) 11:34:33.71
当初からドッキング付いてたけど昔からVSのとはレベルが違ってた。
今は追いついたの？
240デフォルトの名無しさん
垢版 |
2013/12/29(日) 12:07:55.35
MFC4.0あたりでも、ちょっと派生クラスにコードを書けば、リサイズ
＆ドッキング可能なダイアログバーとかフツーに作れるけどな。

そこらを解説というか、そもそもMFCの情報を掲載しているサイト
自体が減っているし、残っていても何年もＬ更新されてないからな。
2014/01/01(水) 17:00:09.55
　
242片山博文MZコスモ ◆T6xkBnTXz7B0
垢版 |
2014/01/02(木) 04:16:20.29
MFCスタイルだと、一時マップのあるオブジェクトをdeleteしないで自動削除にまか
せるんだった。deleteの必要なポインタ混ぜちゃあかんかった
2014/01/02(木) 04:47:08.85
MFCのハンドルマップ方式よりもshared_ptrの方が速いかな？
2014/01/02(木) 12:07:09.49
>>243
ハンドル自体システムが管理するメモリのポインタで、共有に関してはウィン
ドウハンドルにしろ、ファイルハンドルにしろ、内部でシリアライズ処理されて
いると思うけど？　速度に関しては、ハンドルやポインタの管理より、それら
を経由して行う他の処理の方が時間が掛かるのが一般的で、管理方法の違いに
よるアプリケーション上での差はないに等しいのでは？
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の優位性は全くなくなったな
251デフォルトの名無しさん
垢版 |
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にもつけてお
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況