[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 05/10 00:57 / Filesize : 201 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

MFCに嫌気がさした人の数→



1 名前:デフォルトの名無しさん [03/07/26 14:15]
特にゲーム製作には全然使えん罠

175 名前:デフォルトの名無しさん mailto:sage [05/02/10 00:46:49 ]
174みたいにMFCを擁護する椰子の気が知れないな

176 名前:デフォルトの名無しさん mailto:sage [05/02/10 04:12:36 ]
173みたいな電波を擁護する椰子の気が知れないな

177 名前:デフォルトの名無しさん [2005/04/03(日) 17:50:31 ]
ゲーム製作にMFC使ってる奴なんているのか?
まだDXライブラリでも使ってる方がマシだな

178 名前:μ-Tron mailto:sage [2005/04/03(日) 18:18:38 ]
あれだけ儲けてる会社の技術者達なのに
どうしてこうなってしまうのかが不思議
MFCだけでなく全般のソフトにしてもね
組織が官僚化しちゃってるのかな


179 名前:デフォルトの名無しさん mailto:sage [2005/04/04(月) 10:37:26 ]
>>178
儲かってるのと社員の質は別。
寧ろ反比例してんじゃないかと思う今日この頃。

180 名前:デフォルトの名無しさん mailto:sage [2005/04/09(土) 13:08:40 ]
ゲームメーカーのナムコでは、商品がヒットすると大きなボーナスが出るシステムを導入した結果、
既存ゲームの続編開発に希望者が殺到し、革新的なクリエイターが消えてしまったとNHKでいってた。

181 名前:デフォルトの名無しさん mailto:sage [2005/04/12(火) 11:58:03 ]
やっぱBCBとかDelphi使ったらMFCには戻れないだろ。

182 名前:デフォルトの名無しさん [2005/04/26(火) 02:30:31 ]
soudemonaiyo

183 名前:デフォルトの名無しさん [2005/04/26(火) 13:36:35 ]
DirectXともSDLとも相性が悪すぎだ。
MFC自体あまりできのいいものでもないのだが、
やはりお気軽にGUIが作れるというのは捨てがたい。
>>176
DirectXとかでゲーム作ってるときとかでも、内部のパラメータを微妙にいじくるのに便利。
たとえばスライダーコントロールとか。まあ、開発を促進するためのツールとしては一定の
使い道があるけど、ゲームの一部になることはないんじゃない?




184 名前:デフォルトの名無しさん mailto:sage [2005/04/26(火) 16:27:49 ]
重いし

185 名前:デフォルトの名無しさん mailto:sage [2005/04/26(火) 18:28:32 ]
>やはりお気軽にGUIが作れる

( ゚д゚)

(つд⊂)ゴシゴシ

(;゚д゚)

(つд⊂)ゴシゴシ
  _, ._
(;゚ Д゚)

186 名前:デフォルトの名無しさん mailto:sage [2005/04/26(火) 19:10:00 ]
MFCのソースコードには怨念を感じる

187 名前:デフォルトの名無しさん mailto:sage [2005/04/26(火) 20:24:37 ]
余計な動作しすぎなんだよあれ

188 名前:デフォルトの名無しさん mailto:sage [2005/04/27(水) 08:40:27 ]
団子クラスライブラリになってるために派生し難くくて、
画面にべたべたコードを書かざるを得ないよね。

189 名前:デフォルトの名無しさん mailto:sage [2005/04/27(水) 14:05:24 ]
エラー時にどかーん、と出るダイアログサイアク。
エラーファイルと行数がクラスライブラリの中じゃないか。

そーじゃなくて、ふつーのコンパイラの如くエラーコードでデバッガが止めてトレース出来るようになってて欲しいんだよ。

190 名前:デフォルトの名無しさん mailto:sage [2005/04/27(水) 16:31:36 ]
まぁそんな優しい作りをゲイツ一家に期待するだけ無駄ってもんだ

191 名前:デフォルトの名無しさん mailto:sage [2005/04/27(水) 16:58:56 ]
○○よ、
MFCの悪口言うのは勝手だけど、経験なしのやつが言うなよな

192 名前:デフォルトの名無しさん mailto:sage [2005/04/27(水) 17:41:37 ]
初めて使ったときに思ったこと。
「これ何言語?」

193 名前:デフォルトの名無しさん mailto:sage [2005/04/27(水) 18:04:16 ]
そうそう、ウィザードが巨大なきちゃないコードが吐き出す。
コードジェネレータなら仕方ないとあきらめるけど、一応クラスライブラリでしょ?
クラスライブラリが汚い部分を中に隠して、楽々差分コーディングできるのが普通なのにぃ。



194 名前:デフォルトの名無しさん mailto:sage [2005/04/27(水) 18:16:24 ]
    〃〃∩  _, ,_
     ⊂⌒( `Д´) < ヤダヤダ!
       `ヽ_つ ⊂ノ
              ジタバタ

    〃〃∩  _, ,_
     ⊂⌒( `Д´) < ヤダヤダ!
       `ヽ_つ__つ
              ジタバタ

      _, ,_
     (`Д´ ∩ < ヤダヤダ
     ⊂   (
       ヽ∩ つ  ジタバタ
         〃〃

    〃〃∩  _, ,_
     ⊂⌒( つД´) < ヤダヤダ
       `ヽ_ ノ ⊂ノ
              ジタバタ

       ∩
     ⊂⌒(  _, ,_) < ヤダヤダ…
       `ヽ_つ ⊂ノ
              ヒック...ヒック...

       ∩
     ⊂⌒(  _, ,_) 
       `ヽ_つ ⊂ノ  zzz…

195 名前:デフォルトの名無しさん mailto:sage [2005/04/27(水) 18:19:01 ]
>>189
君の言う「ふつーのコンパイラ」が何だか知らないが
VC++ が入ってれば、そのダイアログから
デバッガ起動すればいいジャマイカ

196 名前:デフォルトの名無しさん mailto:sage [2005/04/27(水) 18:21:58 ]
何がヤダなんだよ!?

197 名前:デフォルトの名無しさん [2005/05/19(木) 23:07:45 ]
MFCってさ、ひそかにコードビハインド実現してないか?
あのリソースファイル。

198 名前:デフォルトの名無しさん [2005/05/20(金) 03:16:49 ]
>>1
MFCよりゲーム製作に使えるライブラリってあるか?
DirectX+MFCに勝てるようなソリューションはなかなかないと思うが

199 名前:デフォルトの名無しさん mailto:sage [2005/05/20(金) 11:34:51 ]
( ゚д゚) …

200 名前:マイク ◆yrBrqfF1Ew mailto:sage [2005/05/20(金) 13:32:03 ]
Qtでいい。無能はMFCをたたえる。

201 名前:デフォルトの名無しさん mailto:sage [2005/05/30(月) 13:59:59 ]
CDialog1つに対してresource.hとrcファイルがあって、
プロジェクトをダイアログ単位の部品クラスに分割できれば、
まだ使えたようなキガスル

202 名前:デフォルトの名無しさん [2005/06/25(土) 10:41:38 ]
配属が変わったチームリーダーにMFC厨がいて、
「MFCとの相性が悪いから、STLは禁止だからな。vectorとかのコンテナは全部 CPrtListに、置き換えろ」
とか言ってる馬鹿が居るんですが、どうしたら説得できますか?
(もうSTL無しでプログラムが書く気がしない)

203 名前:デフォルトの名無しさん mailto:sage [2005/06/25(土) 10:44:56 ]
>>202
君を含めてソフト屋は思い込みの激しい奴多いから説得は無理とあきらめろ。
それがチームの方針なら従うしかあるまい。



204 名前:デフォルトの名無しさん mailto:sage [2005/06/25(土) 11:33:52 ]
そのチームリーダーですが何か?
>>202 色々考慮しておく。

205 名前:デフォルトの名無しさん [2005/06/25(土) 12:37:54 ]
MFCなんてまだ使われてるのか。
なんで.NETに移行しないの?

206 名前:デフォルトの名無しさん [2005/06/25(土) 12:42:31 ]
.NETでMFC使ってるよw

207 名前:デフォルトの名無しさん [2005/06/25(土) 12:50:18 ]
まだMFCって使われてるの?

208 名前:デフォルトの名無しさん mailto:sage [2005/06/25(土) 13:23:20 ]
MFC の阿呆なコンテナ使うのは阿呆だけ。

209 名前:デフォルトの名無しさん mailto:sage [2005/06/25(土) 13:37:51 ]
麻雀格闘倶楽部の事かと思った・・・ってぐらい疎遠になったな。


210 名前:デフォルトの名無しさん mailto:sage [2005/06/25(土) 13:39:35 ]
MFCしか知らないんだからしかたないじゃん!!

211 名前:デフォルトの名無しさん [2005/06/25(土) 17:11:03 ]
CListって多次元配列できないじゃん

212 名前:デフォルトの名無しさん mailto:sage [2005/06/25(土) 17:11:57 ]
いまだにMSがMFCをサポートしている理由を述べよ。

213 名前:デフォルトの名無しさん mailto:sage [2005/06/25(土) 17:19:07 ]
Win32のGUIを扱いやすいのがMFCだからじゃん?
データのコンテナにMFC使う奴(=プロジェクト)は糞だが



214 名前:デフォルトの名無しさん mailto:sage [2005/06/25(土) 17:29:15 ]
VC6についてるSTLを使おうとする奴の方が糞だろ

215 名前:デフォルトの名無しさん mailto:sage [2005/06/25(土) 17:51:32 ]
VBとかで作ればすぐできるのに、
なんでみんなVC+MFCで作ろうとするの?
時間の無駄。

216 名前:デフォルトの名無しさん mailto:sage [2005/06/25(土) 18:09:01 ]
どっちもどっちだろ。目くそ鼻くそ

217 名前:デフォルトの名無しさん mailto:sage [2005/06/25(土) 18:37:32 ]
>>215
VB ( ´,_ゝ`)プッ

218 名前:デフォルトの名無しさん mailto:sage [2005/06/25(土) 19:53:13 ]
>>214
つか、VC6なんてもうね…そもそもコンパイラがね…つд`)

219 名前:デフォルトの名無しさん mailto:sage [2005/06/25(土) 20:09:41 ]
>>215
VB知らないから。
見た感じVB使ってもたいしてVCと変わらない印象がある。
それならランタイムライブラリ要求されるVBより、VCの方がお得感
があり、イマイチVBやろうという気が起きない(MFC**.dllは98以降
標準だし、95でもまず入ってる)。

220 名前:デフォルトの名無しさん mailto:sage [2005/06/25(土) 20:19:05 ]
いやいや、それがね MFC71.dll が Win2000 には入っていないときもあるのさ。
オレね VC++7.1 のデフォルト設定でコンパイルして客先に流したら
動かねぇって文句いわれた。

ま、客先に起動時のエラーメッセージ読んでもらったら、
すぐに気づいて MFC を埋め込んでリビルドしたけどね。
ちょっとアセっちゃたね。

おれも VB 知らね、使う気にもなんねぇ。
熟練工だったら VB で作るより MFC のほうが絶対に速い。
( SDK との勝負だったら VB のほうがだんぜん速いとは思うが...)

221 名前:デフォルトの名無しさん mailto:sage [2005/06/25(土) 23:08:33 ]
MFC71.dllはXPにもはいってないよ

222 名前:デフォルトの名無しさん mailto:sage [2005/06/26(日) 10:25:17 ]
>>215
あんなポインタも無い言語・・・(;^ω^)

223 名前:デフォルトの名無しさん mailto:sage [2005/06/26(日) 10:38:08 ]
>>215
あんな元インタプリタ言語(´,_ゝ`)



224 名前:デフォルトの名無しさん mailto:sage [2005/06/26(日) 12:27:59 ]
ポインタはいらねーよ

225 名前:デフォルトの名無しさん mailto:sage [2005/06/26(日) 19:18:49 ]
ポインタ無かったら汚いインデックス貼って配列まわさなきゃいけないじゃん
まぁSTLならイテレータあるけど
MFC?POSITION?(禿藁

226 名前:デフォルトの名無しさん mailto:sage [2005/06/26(日) 21:20:31 ]
ていうかVBまで飛んでかなくてもC#でいいっしょ

227 名前:デフォルトの名無しさん mailto:sage [2005/07/01(金) 22:28:48 ]
質問するとMSDN読めってのが定番だけど、いきなりMSDNだけで
所定の動作をさせようと思ってもムズイ。一度使ったことのある機
能であればMSDNすごく使えるけどね。
もう少しチュートリアルをシンプルに分かりやすく出来ないもんかね。

228 名前:デフォルトの名無しさん mailto:sage [2005/07/01(金) 22:51:02 ]
MFCはソースコードのためだけに存在する
Windowsのバグが分かる卑怯さ。
てかwin32の方を直せよ

229 名前:デフォルトの名無しさん mailto:sage [2005/07/03(日) 01:59:53 ]
それは出来ない。
なぜならそれを直すと、動かなくなるソフトが出てくるからだ

230 名前:デフォルトの名無しさん mailto:sage [2005/07/07(木) 08:03:34 ]
だから2とかExとか出てくる訳だな

231 名前:デフォルトの名無しさん mailto:sage [2005/07/07(木) 22:40:33 ]
てst

232 名前:デフォルトの名無しさん [2005/09/13(火) 14:45:55 ]
きんもーっ☆ MFC

233 名前:デフォルトの名無しさん mailto:sage [2005/09/14(水) 18:12:52 ]
>>230
方針としてダタしいよ。
Winが受け入れられたのもそれが主因



234 名前:デフォルトの名無しさん mailto:sage [2005/10/06(木) 23:47:05 ]
RADつーるつくろう

235 名前:デフォルトの名無しさん mailto:sage [2005/10/16(日) 09:21:03 ]
今までwin32APIとか、.netとか触ってて、
昨日初めてMFCに触ってみたんだけど、これ、深いマクロだらけで訳分からん…
エラーが出て、エラーメッセージ見てもググらないと理解不能なのが多いし
ヘッダーの#includeの順番次第ではエラーが出たりとか、もう発狂しそう
皆さんは初めての時MFCをどうやって学んだんでしょうか?

236 名前:名無し募集中。。。 mailto:sage [2005/10/16(日) 17:39:42 ]
AppWizard

237 名前:デフォルトの名無しさん mailto:sage [2005/10/18(火) 22:07:31 ]
>>235

>>エラーが出て、エラーメッセージ見てもググらないと理解不能なのが多いし

その通り。
だから一つずつMSDNやWeb上の情報を見ながら覚えていくのだ。
エラーメッセージも、API、クラスの使い方も。

238 名前:名無し募集中。。。 mailto:sage [2005/10/18(火) 22:19:28 ]
Wizardって魔法使いって意味だからね

239 名前:デフォルトの名無しさん mailto:sage [2005/10/19(水) 09:10:01 ]
>>237
で、解決策がふつーに考えればメソッドだったりする筈だが、
色塗るにもWin32APIの力借りてカラープロパティさえ無い、と。
何このラップ出来て無いクラスライブラリ、って感じ。

240 名前:デフォルトの名無しさん mailto:sage [2005/10/19(水) 16:00:58 ]
MFCのソースを使って
Windowsのバグを回避したら訴えられるのだろうか

241 名前:デフォルトの名無しさん [2005/10/29(土) 19:29:54 ]
もしかしてMFCって、Windowsプログラミングを少し理解しててC++をかなり詳細に知ってる人間にとってはすごい便利なものじゃない?


242 名前:デフォルトの名無しさん mailto:sage [2005/10/29(土) 19:56:35 ]
カプセル化が中途半端なので、更にMFC自体の仕様も十分に理解してる必要がある。


243 名前:デフォルトの名無しさん mailto:sage [2005/10/29(土) 20:41:17 ]
>235
順番に抑えていくうちに、自動生成のソース全部意味分かるようになったよ。
それとともに、the APPというプログラム開始実体から、うんぬんかんぬんやってメイン呼ばれて行くかも分かったし、
ランタイムとその周辺も分かってくるようになった。
それと、今まで、インクルードやDefineやクラスやメンバなどの定義位置がいかにあやふやだったかてのが分かった。
ただ、やっぱりクラス間での参照渡しは、なかなかつらいもんがある。



244 名前:デフォルトの名無しさん mailto:sage [2005/10/29(土) 20:46:23 ]
それと、
逆に、マルチフレームやスプリッタなどのいわゆる複数画面は、
WIN32アプリの方がCALLハンドラがアミダ状態で嫌んなる。
ホント実用的な画面設計に関しては、楽だよMFCは。

245 名前:デフォルトの名無しさん mailto:sage [2005/10/29(土) 21:13:27 ]
メイン関数も無いし、どこからどういう順番でハンドラが
呼ばれるのかさっぱり分からなかったが、とりあえずそういうものだと
思うことにしてしばらく格闘したら分かるようになった。



246 名前:デフォルトの名無しさん mailto:sage [2005/10/29(土) 23:21:58 ]
>245
少し忘れかけてた部分あって、もう一度調べてみたが、
まず、メインが始まる前に見に行くものがある。(includeとかマクロとかstaticとかグローバルオブジェクトとか)
で、CREIApp the Appというのが見つかる。
そこでCREIApp::CREIAppのコンストラクタ、いやいや、これは派生クラスだから、
CWinApp::CWinAppを見に行く(CWinAppの定義はAfxWin.hにある、コンストラクタ実装はAppCore.cppにある)
そして、次にCREIApp::CREIAppを見に行くが、通常こいつは空だ
いよいよWinMainだが、MFCのWinMainは変わっていて、_tオプションがついて_tWinMainになっている(実物はAppmodule.cppにある)
そこには、
return AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow);
とだけ書いてある。要は、AfxWinMainを暗に呼んでいる、こいつがどこにあるかというと、Winmain.cppにある)
このなかで、CWinAppのInitApplication、次にCWinThreadのInitInstanceが呼ばれている。
継承関係はCWinThread>CWinApp>CREIAPPで、どちらも仮想関数になっていて、virtual属性が付いている。
ということは、実際呼ばれるのは、たどっていくと、派生末端のCREIAPPのInitApplication、InitInstanceの順に呼ばれることになる。
ご存知の様に、InitInstanceではRunTimeが施されていて、Doc、Frame、Viewが関連付けられている。
話し戻って、その後AfxWinMainは何やっているかというと、Win32アプリと同じようにRun関数でメッセージループにして、半無限ループにしている。


247 名前:デフォルトの名無しさん mailto:sage [2005/10/30(日) 00:29:39 ]
やべーちょっと使ったら息子から我慢汁溢れてきた
これMFCマジでスゲーから
自作のウインドウライブラリなんてカスだわ
こんなすばらしいモノがあるのになんでVBやNETなんか開発したのかわからんね

248 名前:デフォルトの名無しさん mailto:sage [2005/10/30(日) 02:23:02 ]
MSDNでクラスライブラリにさらっと目を通せばあなたも今日からMFCマスター。

249 名前:デフォルトの名無しさん mailto:sage [2005/11/04(金) 17:35:55 ]
.NET で全てなかったことにされて
Windows Forms を1から用意しなおしたことからも
MFCがクソだったことはMSすら認めてる事実。

250 名前:名無し募集中。。。 mailto:sage [2005/11/05(土) 00:42:29 ]
誰かさんの.netにだけMFCが付いてこなかったようだね

251 名前:デフォルトの名無しさん mailto:sage [2005/11/05(土) 19:43:49 ]
クラスとかがよくわからん俺にはMFC使う人は尊敬する
俺はSDKでごりごり書くことしか出来ないよ・・・

252 名前:デフォルトの名無しさん mailto:sage [2005/11/05(土) 22:19:09 ]
MFCが難しいのはクラスとかが原因じゃないと思う
リファレンス無しでソースだけ見ても全く理解不能なコードだったりする辺りが

253 名前:デフォルトの名無しさん mailto:sage [2005/11/06(日) 21:23:48 ]
あまり優秀な開発者を回せなかったんだろうな
JavaのSwingのコードにもそれを感じる



254 名前:デフォルトの名無しさん mailto:sage [2005/11/06(日) 21:31:55 ]
× を回せ
○ が居

255 名前:デフォルトの名無しさん [2005/11/07(月) 11:04:17 ]
>MFCがクソだったことはMSすら認めてる事実。

内容は正しいけど、認めてるというのは知らなかった。
表向きに認めているソースきぼんぬ。

裏的にはMFCの次にATL/WTLが出たり、
GUIライブラリとしてM$社内でMFCが使われて無いという事実だけで、
十分だけどね。

256 名前:デフォルトの名無しさん [2005/11/07(月) 14:52:46 ]
VC++6を使ってますが、
メモリリークの箇所とかソースファイルを特定する方法を
教えて下さい。

257 名前:デフォルトの名無しさん mailto:sage [2005/11/07(月) 15:01:26 ]
>>256
つ F4

258 名前:名無しさん@お腹いっぱい。 mailto:sage [2005/11/08(火) 16:11:33 ]
MFCって処理速度はどうなん?

259 名前:デフォルトの名無しさん mailto:sage [2005/11/08(火) 17:14:33 ]
ActiveX使わなければ高速だろ。
MFCでActiveX使わないと寂しい画面になるお。

260 名前:名無し募集中。。。 mailto:sage [2005/11/08(火) 18:40:57 ]
MFCでActiveX使うってダイアログベース?


261 名前:デフォルトの名無しさん mailto:sage [2005/11/08(火) 19:36:11 ]
MFCってコマンドライン専用?

確かにVC++はテストプログラムの場合ダイアログは皆無で、コマンド系ツールを良く見かける。

262 名前:デフォルトの名無しさん mailto:sage [2005/11/12(土) 22:03:00 ]
>>256
つ DevPartner for Visual C++
www.compuware.co.jp/products/devpartner_fm/devpartnervisualc/

263 名前:デフォルトの名無しさん [2005/11/14(月) 16:25:14 ]
>ttp://pc8.2ch.net/test/read.cgi/tech/1121200124/998
>CArray系とCList系は直交性がないから
>最初にどっちにするかちゃんと決めておかないと後で直すのが面倒。

この場合の直交性ってどういう意味?






264 名前:デフォルトの名無しさん [2005/11/14(月) 17:32:47 ]
>>263
どうも、そのスレの774,777,994,998などを書いた人です。

■MFC相談室 mfc14d.dll■
ttp://pc8.2ch.net/test/read.cgi/tech/1121200124/774n-

774 :デフォルトの名無しさん :2005/10/21(金) 17:49:53
CArrayとCListのナントカ性がないのでCArrayからCListに直すのが面倒。
何て言うんだっけ。

777 :774さん :2005/10/21(金) 18:19:16
直交性だった。
www.hey-to.net/ML-archive/vcppML/1999/msg03973.html
> MFCだと、たとえばCArrayで書いてた部分をCListに取り替えたとき、
> 書き直さなければならないコードの量がすんごいです。やってらんない。
> クラスとメソッドの直交性が皆無なんだな...
> MFCコレクションの唯一のメリットといえば、
> シリアライズがちょびっと楽なことくらいでしょうか。

265 名前:デフォルトの名無しさん mailto:sage [2005/11/15(火) 01:26:03 ]
>>264
その777,774も含めてクラス間の直交性ってナニ?って質問じゃないの?
数学や物理なんかで直交性ってのはイメージとしては互いに独立で相互依存がないような関係を差す
<CArrayからCListに変えた場合に書き直すコードが多い>即ち<非直交>というのは短絡ではないかと?

コンテナなどで互いに独立性の高い要素に分解して設計する場合に直交性の話をするけど、クラス間の直交性
というと、相互に干渉しないで共用できる場合に言うような気がする。
ま、C++も最近調べ始めた人間なのではずしているかも知れないがな

266 名前:デフォルトの名無しさん [2005/11/18(金) 07:24:12 ]
いやーいいわMFC。
今までの努力はいったいなんだったのか
なんではじめからこれを使わなかったのか
今まで1ヶ月以上かかっていたことがMFCだとたったの3日
青空に浮かび風の趣くまま漂う白雲のような自由を私に感じさせるナイスライブラリ
MFC is 最高

267 名前:デフォルトの名無しさん [2005/11/18(金) 07:30:15 ]
MFCに市場価値がないならExpressに付けるがな。

268 名前:デフォルトの名無しさん mailto:sage [2005/11/18(金) 10:50:08 ]
ここ見て.NET面白そうじゃんと思って作ろうと思ったら
ノートンに「悪質なスクリプトじゃ」と怒られました。

269 名前:デフォルトの名無しさん mailto:sage [2005/11/18(金) 13:10:51 ]
旧VB6系コンパイラをV$から外したように、
MFCをユーザーからやめさせたくてもExpressから外すだろ。

というか、どっちかというとV$はそういう場合ばかり。

270 名前:デフォルトの名無しさん mailto:sage [2005/11/18(金) 17:33:35 ]
MFCってNETよりうまくできてるよ
NETは素人向けすぎてどうもいかん

271 名前:デフォルトの名無しさん mailto:sage [2005/11/18(金) 18:40:04 ]
両方使ったこと無いが、.NETとMFCって比較すべきものなの?
.NET = 言語非依存なライブラリの標準的規格(MS談)
MFC = ライブラリ
かと思ってた。

272 名前:デフォルトの名無しさん mailto:sage [2005/11/18(金) 19:45:59 ]
>>271
正確には
 ・C++ & MFC & Win32 API
 ・Managed C++/C# & .NET Framework
の比較でしょうね。

273 名前:デフォルトの名無しさん mailto:sage [2005/11/18(金) 22:48:11 ]
クラスの名前にCをつけるのが嫌い
あほの子じゃないんだからそんなことしなくてもわかるよ



274 名前:デフォルトの名無しさん mailto:sage [2005/11/18(金) 23:31:55 ]
しかもクラス名のイニシャルCを勝手に削りやがるし
うっかりするとわけのわからないヘッダファイルになってしまう。

275 名前:デフォルトの名無しさん [2005/11/19(土) 11:58:48 ]
あほの子じゃなければ、自分で作るクラスの名前もファイル名も自分で
設定すれば良いんじゃないのw






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<201KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef