[表示 : 全て 最新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]
特にゲーム製作には全然使えん罠

89 名前:デフォルトの名無しさん mailto:sage [04/03/18 18:30]
>>87 死滅したCOMに人生を無駄に費やした人

90 名前:デフォルトの名無しさん [04/03/18 22:11]
>>89
COMを学んでも理解できなかったのか?
おまえは何やっても無駄だよ          (^▽^ケケケ

91 名前:デフォルトの名無しさん mailto:sage [04/03/18 22:29]
使えるとこだけ都合よく使えばいいじゃん。

92 名前:デフォルトの名無しさん mailto:sage [04/03/19 22:10]
MFC便利と言えば便利だけど、どうも”痒い所に手が届かない”こと
がしばしばある。結局MFCの中からAPI呼びまくってたりする。
俺にとってはC++勉強用の教材かな。

93 名前:デフォルトの名無しさん [04/03/21 01:23]
ゲームにはゲーム用のライブラリを作ればいい。

94 名前:デフォルトの名無しさん mailto:sage [04/03/21 01:27]
MFCはクラスライブラリの勉強においては
「反面教師」でしかないんだってね。

95 名前:デフォルトの名無しさん [04/03/21 02:04]
既存のクラスを使うなら、MFCは簡単。

でも、ちょっとしたこと(フローティングボタンとか)作ろうと思ったら、
大変。モレはWindows3.1から開発してたから、MFCは便利としか思えなく
なってる。友人はMFCよりもDelphiのほうが分かりやすく・作りやすい
と言ってた。彼から見るとモレは尊敬に値するんだと。

モレは単に我慢強いだけかもしれんが(w。

Windowsアプリを作るなら、Delphiがお勧め。ムリして使うこたぁない。


96 名前:69式フリーPG ◆hND3Lufios mailto:sage [04/03/21 02:11]
WTLいいよな

97 名前:デフォルトの名無しさん mailto:sage [04/03/21 09:13]
>>94
VCLが使いやすいってのはただ単に、RADが使いやすいだけじゃん?
MFCはクラスライブラリの設計としてはそんなに悪くないんじゃないの?




98 名前:デフォルトの名無しさん mailto:sage [04/03/21 13:32]
あぁ、WTLは良い。

99 名前:デフォルトの名無しさん mailto:sage [04/03/21 17:32]
MFCは無駄に機能があるんだけど
俺が使いたい機能に限って無いとか
細かいところ弄れなくて使い物にならない とかで
あんまり使わなかったな

COMはフォームのコントロールの為に結構使ってた。
でも、メインはATL(のクラスだけ)やSTLやAPIだったね。

100 名前:デフォルトの名無しさん mailto:sage [04/03/21 20:24]
100Gets!

101 名前:デフォルトの名無しさん [04/04/12 09:51]
MFCやATLは、.NETに対応しないんだっけ?

であれば、それらのソースを収束させるべき、というか、他に書き換えるべきかな。

102 名前:デフォルトの名無しさん mailto:sage [04/04/12 10:00]
> MFCやATLは、.NETに対応しないんだっけ?
それはもともとC++用のライブラリね。

だから.NETじゃなくてVisual C++.NETの話になる。
で、Visual C++.NETでもサポートされている。

103 名前:デフォルトの名無しさん [04/04/12 10:26]
>だから.NETじゃなくてVisual C++.NETの話になる。

回答者がなんで勝手に質問を変えるの?
答えにもなってないし。
知りたいのはVC++じゃなくて、MFCとATL。

104 名前:デフォルトの名無しさん mailto:sage [04/04/12 10:27]
はぁ? だからMFCやATLはVC++.NETでもサポートされてるって。

105 名前:デフォルトの名無しさん [04/04/12 10:33]
ttp://www.shoeisha.com/mag/dotnet/pdf/870405/dotnet0405_086_Feature2.pdf

この記事に、
Visual C++ 6.0で作ったMFCプログラムは、MFCが.NET非対応なため、そもそも.NET化できない、
と書いてあるが。

106 名前:デフォルトの名無しさん mailto:sage [04/04/12 10:41]
review.tabletpc.jp/snap/TabletPC.asp?PID=1056
> まずVisual Studio .NETの「ファイル」メニューから
> 「新規作成」→「プロジェクト」と選び、
> 「MFCアプリケーション」プロジェクトを作成しよう

107 名前:デフォルトの名無しさん [04/04/12 10:44]
>>106
COMは反則でしょう。
MSがCOMをUNIXに移植すると宣伝しながら、
数年後に断念した(正式アナウンス)んだから。



108 名前:デフォルトの名無しさん mailto:sage [04/04/12 10:45]
>>107 なんで勝手に論点を変えるの?w

109 名前:デフォルトの名無しさん [04/04/12 10:46]
>>108
.NETアプリをMFC、ATLで作れるか?
という質問にCOMのインターフェース作成で答える馬鹿、消えろ。

110 名前:デフォルトの名無しさん mailto:sage [04/04/12 10:47]
>>109 なんで俺に言うの?w

111 名前:デフォルトの名無しさん [04/04/12 10:48]
108=110

ごめん、間違えた。
でも、質問に正確にというか、真正面から答えてくれない人は消えてくれると嬉しい。
この板を情報源にしてる自分としては。

112 名前:デフォルトの名無しさん mailto:sage [04/04/12 10:50]
> この板を情報源にしてる自分としては。
2ちゃんねるを情報源にするなよw

2ちゃんねるは質問する所ではありません。
ニュース速報代わりに使用するところです。

113 名前:デフォルトの名無しさん [04/04/12 10:53]
>>112
>2ちゃんねるは質問する所ではありません。
>ニュース速報代わりに使用するところです。

勝手に決め付けないで。

本当に情報源として使ってるんだから。

114 名前:デフォルトの名無しさん mailto:sage [04/04/12 10:54]
現に情報源として成り立ってないじゃんw

115 名前:デフォルトの名無しさん [04/04/12 11:11]
>>113
無能

116 名前:デフォルトの名無しさん mailto:sage [04/04/12 11:17]
いまどきMFCか

117 名前:デフォルトの名無しさん [04/04/12 11:18]
違うだろ。
MFCをどう捨てるかに迷うんじゃないか。
ばっさり捨てるか、ライブラリとして使えるとみるか。



118 名前:デフォルトの名無しさん mailto:sage [04/04/12 12:49]
すてないとWinFXに移行できないよ

119 名前:デフォルトの名無しさん mailto:sage [04/04/12 12:54]
捨てるには、
社内にそれなりのアナウンスが必要。

MFCを直でWinFXコンパイル出来ませんよ、とか。

120 名前:デフォルトの名無しさん [04/04/12 14:15]
ライブラリくらい自分でつくれよ〜
MFCなんぞ使うなよ〜

と、言ってる俺は、MFCなんぞ使ったことがない。
いつもAPIをガリガリ…ガリガリ…

121 名前:デフォルトの名無しさん mailto:sage [04/04/12 15:08]
>>120みたいなこと言う奴に限ってCやC++の標準ライブラリは使ってるんだよな。
ライブラリを否定するならそれらも使うなと。

122 名前:デフォルトの名無しさん mailto:sage [04/04/12 15:49]
そういう問題じゃない>>121

>>120
クラスライブラリ >>>>>>>>>> 関数ライブラリ=120

123 名前:120 [04/04/12 18:07]
しかたねーじゃん、ハードの問題でMFCつかえないんだから。
使えないのに、勉強する気にならん。


124 名前:デフォルトの名無しさん mailto:sage [04/04/12 21:00]
じゃあスレ違いだな。氏ねよ。

125 名前:デフォルトの名無しさん mailto:sage [04/04/13 12:57]
>>124
いちいち反応すんなよ
(俺もか…)


126 名前:デフォルトの名無しさん mailto:fusianasan [04/04/26 10:26]
ごめん俺死んじゃった

127 名前:デフォルトの名無しさん [04/06/16 00:29]
IDチェック




128 名前:デフォルトの名無しさん mailto:sage [04/06/21 15:20]
256get     ∧_∧
    ∧_∧  (´<_`  ) ん、どうした兄者?
   ( ´_ゝ`) /   ⌒i 
   /   \     | |
  /    / ̄ ̄ ̄ ̄/ |
__(__ニつ/  2ch  / .| .|____
    \/____/ (u ⊃

129 名前:デフォルトの名無しさん mailto:sage [04/06/21 15:21]
          ∧_∧
    ∧_∧  (´<_`  ) 128だったな兄者…
   (*´_ゝ`) /   ⌒i 
   /   \     | |
  /    / ̄ ̄ ̄ ̄/ |
__(__ニつ/  2ch  / .| .|____
    \/____/ (u ⊃

130 名前:デフォルトの名無しさん mailto:sage [04/07/24 10:16]
転職の時にMFC使えると有利になるかな?
よく求人にVC++を使える人を歓迎って
書いてあるけど・・・

131 名前:デフォルトの名無しさん mailto:sage [04/08/03 23:38]
なんだかんだ言っても、ネイティブアプリ作るとなると、
まだまだ必要なんだよな。
API直叩きとどっちが楽なのか、時々わからなく
なるけど・・・(´・ω・`)

132 名前:デフォルトの名無しさん mailto:sage [04/08/13 21:03]
次はActiveXが消えると思う

133 名前:デフォルトの名無しさん mailto:sage [04/09/13 23:07:24]
MFCって、Win32プログラムをC++で束ねるのに使うヒモみたいなもんだよね。

何がおかしいって、C++のプログラムでここまでマクロ満載ってのがすごい。
まぁ、中身がパカパカ見れるからまだ何とかなるが、デバッグのときに
どこまで行くんだってぐらいにソース開きまくるのってどうだろう。

134 名前:デフォルトの名無しさん [04/09/23 17:08:50]
これから新規に中規模アプリケーションを開発するんですが、
やっぱりMFCよりも.NETを選択した方が賢いでしょうか?

でも.NETは起動がもっさり&アンマネージコード必須なのがちょっとひっかかるんですが。

135 名前:デフォルトの名無しさん [04/09/23 17:32:19]
中規模ってお仕事で?

136 名前:デフォルトの名無しさん mailto:sage [04/09/23 17:47:31]
個人開発です。
将来の定期的なバージョンアップを視野に入れると.NETが有利な気がしますが、
.NETはまだちょっとしか触ったことがないので不安です。

137 名前:デフォルトの名無しさん mailto:sage [04/09/23 18:11:22]
MFCが使いやすいんならMFC使えば?自分がどっちでやりやすいかが問題だろ。
MFCで作ってたらそのビルドが使えなくなるっていうんなら変える必要もあるけど
5年くらい先までなら確実に現行OSのシェアが半分あるだろうから、その点を問題
にして変えなきゃならないということはないと思うが。



138 名前:デフォルトの名無しさん mailto:sage [04/09/23 18:41:16]
現状では積極的に.NETで新規開発するメリットはあまりなさそうですね。


139 名前:デフォルトの名無しさん mailto:sage [04/10/13 23:04:18]
C#2.0になってLonghornがでてきたら変わるかもね
まぁすくなくともあと5年くらいはMFCは現役かと

140 名前:デフォルトの名無しさん mailto:sage [04/10/21 14:46:53]
先にWin32 APIでプログラム始めたんで、MFCを使うようになって便利になったけど、
Win32 APIに対応するMFCのメソッドはどこにあるのか、はたまた、ないのかがわかりにくい。
結局、MFCのソースをgrepしてたりする。

あと、FindFile APIのラッパが CFileFind なんて File と Find が逆になってるのはいぢわるなんですかね?

141 名前:デフォルトの名無しさん mailto:sage [04/11/07 17:02:19]
漏れもMFCの後にC#.NETに移ったクチだが
感動的なぐらいコーディングが楽だぞ。
速度上の要求がどうしても厳しいなら、MFCの
方がいいかもしれないが、そうでないなら.NETの
方がはるかに楽。
強いて言えばWin32API使う時に煩わしいのが難点かな。


142 名前:デフォルトの名無しさん mailto:sage [04/11/07 22:40:55]
>>141
C#バンドルのライブラリが充実していたからそう感じたのであって、
数々の有益なライブラリで武装したC++より優れているなど有り得ないと思うのだが。

まさか、「iostream/STL/ATL/MFCだけのC++」と「C#」を比較してないよね?

143 名前:デフォルトの名無しさん mailto:sage [04/11/14 00:42:08]
はぁ?

144 名前:デフォルトの名無しさん mailto:sage [04/12/14 01:15:22]
OTL

145 名前:デフォルトの名無しさん mailto:sage [04/12/16 10:26:27]
はぁ?


146 名前:デフォルトの名無しさん mailto:sage [04/12/19 01:26:47]
はぁ?

147 名前:デフォルトの名無しさん [05/01/09 02:21:37]
はじめてMFCの勉強してるけどわけわからん…
これはホントに普通のC++のフレームワークなのか?
VBみたいなところもあるし、へんなマクロがたくさんあるし、
ウイザードの動きがよくわからんし…



148 名前:デフォルトの名無しさん mailto:sage [05/01/09 02:36:16]
>>147
MFCというのは元々C++ではなくCでWindowsアプリを
「プログラミングWindows」の流儀でゴリゴリ書いてた人が
抵抗なく使えるようにすることを目的に開発されたライブラリだから
メジャーなオブジェクト指向のライブラリとしては
史上最低のオブジェクト指向度を誇るらしいよ

実際APIの薄っぺらなラッパでしかないクラスも多いし

149 名前:デフォルトの名無しさん [05/01/09 02:36:48]
(´・∀・)つヘーヘーヘー

150 名前:デフォルトの名無しさん mailto:sage [05/01/09 03:01:15]
MFCで気に入らなかったのがダイアログベースのFormViewだったなぁ。
手軽に使えるのはいいけど見た目がじみすぎた。
.NETのWindows Formのような手軽で表現力の高いViewが必要だったのだと思うよ。

151 名前:デフォルトの名無しさん mailto:sage [05/01/09 03:18:43]
じぶんもMFCからC#2.9に移ってるが、コーディングマジ楽・・・
まぁらくなのはインテリセンスに負うところが多いいが、メッセージがイベントに変えられてるところが実にエレガント
あのうんこマクロとはだんち。

152 名前:マイク ◆yrBrqfF1Ew mailto:sage [05/01/09 05:15:09]
まあQt/KDEが最強なわけだな。
QGLクラスもあるしな。

153 名前:デフォルトの名無しさん mailto:sage [05/01/09 12:52:18]
MFCで作れることになってる高度な複合ドキュメントがほとんど必要に
されなかったことが敗因だと思う。
UIなんてFormViewで十分だったからね。見た目が地味なのは同意。

154 名前:デフォルトの名無しさん [05/01/12 11:22:56]
そうだなあMFCはカローラクラスの満足度を目指しているのでは
70点主義
残りの30点を補完するにはAPIごり書きしかないしね
にしてもJAVA環境から比べれば断然いいなVC++

155 名前:デフォルトの名無しさん mailto:sage [05/01/12 11:44:17]
>断然いいなVC++
VC++というのとMFCというのと違う罠。
MFCをいいとは言えない。

156 名前:デフォルトの名無しさん mailto:sage [05/01/12 12:14:21]
Win32=自由度高い→ど素人では、でたらめなものしか作れない。
MFC=制約多い→ど素人では決まりきったものしか作れない。→嫌気がさす。

よほどの天才以外は、初心者にはMFCやらせた方が将来的に伸びると思う。

157 名前:デフォルトの名無しさん mailto:sage [05/01/12 13:15:28]
MFCはWin32と比べて嫌気じゃなくて、
他クラスライブラリに比べてなんだけど。



158 名前:デフォルトの名無しさん mailto:sage [05/01/12 13:31:36]
どちらかというと、Win32に毛が生えた程度でしかないことがMFCの問題点。
まともなクラスライブラリ利用に比べて伸びが抑えられる悪寒。

159 名前:デフォルトの名無しさん [05/01/12 15:32:03]
本当に勉強したいなら、多少遠回りにはなっても、
コンソールアプリで言語仕様覚える→猫あたりを読んでWin32の仕組みを覚える→C#などの
ライブラリ物に挑戦
がいいだろうな。何も分からずライブラリ使うのとWin32の理屈が分かりつつ使うのは大違い。


160 名前:デフォルトの名無しさん mailto:sage [05/01/12 15:42:47]
猫はサンプル見るのには使うけど、あれで勉強するのは無謀
基本わかってて実装方法を調べるという使い方だな
あとC#は別物なので混同しないように

161 名前:デフォルトの名無しさん mailto:sage [05/01/12 15:43:46]
大筋良さそうな内容だが、
>C#
こいつ、というか、CLIのせいで中が見えないだけだが。
中の人が見えるライブラリにすれば、Win32APIコールまでクラスライブラリから読めて万事OK。
VSワールドは捨てれ。

162 名前:デフォルトの名無しさん mailto:sage [05/01/12 15:45:06]
VSワールドの悪。

VB、VC++/MFC、C丼/CLI

163 名前:デフォルトの名無しさん [05/01/12 20:25:03]
時代はeclipseでD言語にゃるめ〜

164 名前:デフォルトの名無しさん mailto:sage [05/01/12 20:37:24]
>>161
Reflector使え

165 名前:デフォルトの名無しさん mailto:sage [05/01/12 22:00:34]
C#なんて使ってる香具師いる?
NetFramework入れないと動かないだろ
Win32API呼べたっけ?
間接的に呼んでるということか

166 名前:デフォルトの名無しさん mailto:sage [05/01/12 22:09:12]
>>165
ケケ#を忘れてはいかんよ、ケケ#を。

167 名前:デフォルトの名無しさん mailto:sage [05/01/12 22:22:30]
.NET Framework は Win32 のラッパだよ。



168 名前:デフォルトの名無しさん mailto:sage [05/01/13 01:14:11]
>>165
直接呼べる。
それくらい知っとけヨ。

169 名前:VC6 [05/02/06 11:53:07 ]
なんでdynamic_castをつかうとwarningがでるんだ?

170 名前:デフォルトの名無しさん mailto:sage [05/02/06 12:59:43 ]
設定が悪いから。自業自得。

171 名前:デフォルトの名無しさん mailto:sage [05/02/06 15:18:19 ]
MFCも当初はOWLのようなオブジェクト指向のライブラリだったらしい
けどな…
プロトタイプを作ってみたら当時のマシン/OSでは遅すぎて話にならん
という事で却下されて、今のMFCの形で作り直されちまったそーな。

「MFC Internal」だったかでその辺の経緯が出てたよ。

172 名前:デフォルトの名無しさん mailto:sage [05/02/06 16:36:26 ]
OWLとMFCでは出来が違いすぎたからな


173 名前:デフォルトの名無しさん mailto:sage [05/02/08 10:21:20 ]
>MFCも当初はOWLのようなオブジェクト指向のライブラリだったらしい
けどな…

M$にマトモな設計は元から無理。
ゴミアーカイブの塊のVSにマトモな設計のMFCが入ってる方が違和感。

174 名前:デフォルトの名無しさん mailto:sage [05/02/08 23:38:43 ]
またデムパが来たよ。

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 ]
エラー時にどかーん、と出るダイアログサイアク。
エラーファイルと行数がクラスライブラリの中じゃないか。

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






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

前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