- 1 名前:デフォルトの名無しさん [03/07/26 14:15]
- 特にゲーム製作には全然使えん罠
- 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 ]
- エラー時にどかーん、と出るダイアログサイアク。
エラーファイルと行数がクラスライブラリの中じゃないか。 そーじゃなくて、ふつーのコンパイラの如くエラーコードでデバッガが止めてトレース出来るようになってて欲しいんだよ。
- 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のコードにもそれを感じる
|

|