- 1 名前：デフォルトの名無しさん [03/07/26 14:15]
- 特にゲーム製作には全然使えん罠
- 357 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 04:22:38 ]
- そんな場合は、ＭＦＣなんて使わずにWin32だろ
- 358 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 04:38:29 ]
- 大半のアプリをVB6アイコン丸出しで出荷しても平気（しかもパッケージ製品）というレベルの
職場からすると、「おっMFC使ってる。すごいね〜」とか本気で思ってしまう。
- 359 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 08:05:40 ]
- >>358
でも真の勝ち組なのは君たちVB組の方。客・受け手問わず。いろんな意味で。断言する。
- 360 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 22:27:57 ]
- >>357
MFCはWin32
- 361 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 02:46:21 ]
- >>360
プ
- 362 名前：デフォルトの名無しさん mailto:sage [2005/12/12(月) 11:18:02 ]
- >>357
「Win32 API」の事を「Win32」と呼ぶのは
君くらいのものです。
- 363 名前：デフォルトの名無しさん mailto:sage [2005/12/12(月) 17:19:30 ]
- デバイスコンテキストハンドルに対して、
「誰が出歯やねん」とつっこむのは
さんまくらいのものです。
- 364 名前：デフォルトの名無しさん mailto:sage [2005/12/12(月) 19:57:26 ]
- 花紀京に対して、
「誰がカバやねん」とつっこむのは
原哲男くらいのものです。
- 365 名前：デフォルトの名無しさん mailto:sage [2005/12/31(土) 16:23:22 ]
- 全レス読んだけど、結局ここの住人はMFCの何が嫌なのかさっぱりわからん。
俺は便利だと思うけどなぁ。
- 366 名前：デフォルトの名無しさん mailto:sage [2005/12/31(土) 16:28:53 ]
- >>365
バグ、異次元仕様、設計者の為の設計
- 367 名前：デフォルトの名無しさん mailto:sage [2006/01/01(日) 02:05:44 ]
- あと何年持つかな？MFC
- 368 名前：デフォルトの名無しさん mailto:sage [2006/01/01(日) 10:59:42 ]
- >>367
10年以上
- 369 名前：デフォルトの名無しさん mailto:sage [2006/01/01(日) 12:12:05 ]
- >>367
ﾄﾞﾄﾈﾄより寿命は長いかも。
- 370 名前：デフォルトの名無しさん mailto:sage [2006/01/03(火) 10:03:09 ]
- >>366
>バグ、異次元仕様、設計者の為の設計
多かれ少なかれどんなものにでもあると思うんだけどなぁ。
俺はそういうもんだと割り切って使ってるし。
- 371 名前：初心者 [2006/03/22(水) 19:09:24 ]
- VCLってBCBのクラスライブラリのことですか?
- 372 名前：デフォルトの名無しさん mailto:sage [2006/03/22(水) 19:40:05 ]
- そうだよ
- 373 名前：デフォルトの名無しさん [2006/03/23(木) 00:31:38 ]
- MFCってCでやる
「構造体+関数ポインタテーブルによるオブジェクト指向」
の関数ポインタテーブルを見えなくしただけ、って気がしてきた。こう思うと楽だ
でもWin32APIのハンドルで隠れてる部分がわからん。Win32勉強しなきゃ・・・
- 374 名前：マイク ◆yrBrqfF1Ew mailto:sage [2006/03/23(木) 16:00:05 ]
- 今時意味不明なMFCに束縛されてる奴なんてただのチンカスですよ。
要領いい奴はQtで明瞭簡潔に終わらすよ。
- 375 名前：デフォルトの名無しさん mailto:sage [2006/03/23(木) 19:47:44 ]
- チンカスが何かほざいているようです。
- 376 名前：デフォルトの名無しさん mailto:sage [2006/03/26(日) 08:45:39 ]
- デメリットを挙げて「使う理由がない」というならまだしも
「意味不明」というのは、単に理解できていないだけだろう。
まあ、このｺﾃは元々そういう奴だからな。
- 377 名前：マイク ◆yrBrqfF1Ew mailto:sage [2006/03/26(日) 19:38:55 ]
- MFCに必死になってる奴って頭悪そうだな。
一生底辺でしょうね。
- 378 名前：デフォルトの名無しさん mailto:sage [2006/03/26(日) 20:57:25 ]
- Qtがｷﾓｰｲって言われたからといってMFCに八つ当たりしないでください。
- 379 名前：デフォルトの名無しさん [2006/04/11(火) 17:09:20 ]
- MFCってサポート停止決定でしたっけ？
- 380 名前：デフォルトの名無しさん [2006/04/11(火) 18:45:22 ]
- OWLってまだつかえる？つうか、まだ手にはいる？
- 381 名前：デフォルトの名無しさん [2006/04/11(火) 18:57:54 ]
- OWLは手に入るお。
- 382 名前：デフォルトの名無しさん mailto:sage [2006/04/11(火) 19:10:54 ]
- >>381
ｱﾘｶﾞﾄ
それと何処で?見つかんないよ。
ウワ〜ンヽ(｀Д´)ﾉ
- 383 名前：デフォルトの名無しさん mailto:sage [2006/04/11(火) 19:32:23 ]
- >>379
んにゃ、まだの筈。
- 384 名前：デフォルトの名無しさん mailto:sage [2006/04/11(火) 20:24:25 ]
- >>382
ttp://www.borland.co.jp/bcsuite/prodinfo/bcsoverview.html
C++の機能を活かしたクラスライブラリObjectWindows (OWL) 5.0によって、タブ付きウィンドウやドッキングツールバーなど多くの機能を32ビットと16ビットの開発に利用できます。また、データベースアプリケーションの開発にも対応しています。
- 385 名前：382 mailto:sage [2006/04/11(火) 21:52:31 ]
- ありがとん。
- 386 名前：デフォルトの名無しさん [2006/05/01(月) 18:22:13 ]
- ダイアログを１個単位でライブラリ化する方法を教えて下さい。
- 387 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 06:10:23 ]
- コモンダイアログを参考に
- 388 名前：デフォルトの名無しさん [2006/05/02(火) 10:34:04 ]
- ダイアログ１個をライブラリ化できないようなクソライブラリを何で使うの？
- 389 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 11:08:36 ]
- >>388
意味不明。
「ダイアログ１個をライブラリ化できない」のは >>386 の資質に因るもの。
- 390 名前：デフォルトの名無しさん [2006/05/02(火) 11:16:05 ]
- >>389
ダイアログが、１プロジェクトのrcファイルに全部入って、
他プロジェクトで使えないんですが、
どうしたら良いんですか？
とにかく回答下さい！！！！！
- 391 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 11:23:52 ]
- 男なら、MFCなんて軟弱なもの使わないで、
Cのみでwinmainから書けよ！
- 392 名前：デフォルトの名無しさん [2006/05/02(火) 11:48:20 ]
- >>391
だから、何で？
- 393 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 12:44:37 ]
- comdlg32.dllみたいなdllにすればできるだろ
ウイザードでMFC dll だ
- 394 名前：デフォルトの名無しさん [2006/05/02(火) 13:02:39 ]
- >>393
そんなバカな作り方があるか！！！！！
普通に作れて、さらに、ライブラリ化が出来るからソフトウェアだろ。
ＤＬＬ一杯作って苦労するんかよ、ドアホ
- 395 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 13:10:09 ]
- お前の言う普通ってなんだ？
例えばどういうライブラリを言ってる？
- 396 名前：デフォルトの名無しさん [2006/05/02(火) 13:14:56 ]
- 普通に開発できて、かつ、作ったダイアログを他のプロジェクトで使える、
という、物凄く超普通にやること。
それが、ＭＦＣで普通に作るとプロジェクトのrcファイルに全ダイアログ入るから、ﾗｲﾌﾞﾗﾘ化できない。
ちょー＾−０−−−ゴミＭＦＣ
- 397 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 13:22:59 ]
- >>392
それが男の生き様ってぇやつさ。
>>390
先ず、質問しようとしているｽﾚがそういうｽﾚかどうか判断しろ。
次に、検索の仕方くらい身に付けろ。
[MFC リソースファイル 分割]
- 398 名前：デフォルトの名無しさん [2006/05/02(火) 13:34:27 ]
- リソース分割できたところでresource.hに連番振ってるの何ともならない。
やっぱゴミーーーーーーーーーーーーーーーーーーー
- 399 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 13:40:11 ]
- MFC使わないでSDKのみだって普通につくれば同じ
リソースは何も違わないけど
- 400 名前：デフォルトの名無しさん [2006/05/02(火) 13:43:36 ]
- >>399
ウソ付けーーーーーーーーーーーーーーーーーーーーー
VC++のリソースエディタがリソースファイル管理するだろうが。
- 401 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 13:49:29 ]
- お前の言ってる普通の意味がよくわからんから
MFC以外でその普通のやりかたを解説してるサイトを出せ。
- 402 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 13:50:15 ]
- 普通のやりかたなんだからすぐ簡単に見つかるよな
- 403 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 14:24:02 ]
- >>398
無知が恥の上塗りか。
リソースのインスタンスを別にするなら
ID は重複していても構わない。
- 404 名前：デフォルトの名無しさん [2006/05/02(火) 14:28:44 ]
- >>402
じゃあなんで、CDialogを派生したクラスが、フリーのライブラリとしてネットととかに溢れてないわけ？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？
- 405 名前：デフォルトの名無しさん [2006/05/02(火) 14:34:26 ]
- >>403
IDを振る事自体がＯＯＰから外れてるということが分からないの？
IDを振る事自体がＯＯＰから外れてるということが分からないの？
IDを振る事自体がＯＯＰから外れてるということが分からないの？
IDを振る事自体がＯＯＰから外れてるということが分からないの？
IDを振る事自体がＯＯＰから外れてるということが分からないの？
IDを振る事自体がＯＯＰから外れてるということが分からないの？
IDを振る事自体がＯＯＰから外れてるということが分からないの？
IDを振る事自体がＯＯＰから外れてるということが分からないの？
resource.hはresource1.hとか2.hとか量産するの？
- 406 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 14:36:06 ]
- 普通はコピペするからわざわざライブラリ化なんかしない
- 407 名前：デフォルトの名無しさん [2006/05/02(火) 14:36:54 ]
- × 普通はコピペするからわざわざライブラリ化なんかしない
○ ＭＦＣではライブラリ化できない
- 408 名前：デフォルトの名無しさん [2006/05/02(火) 14:45:39 ]
- コピペ開発に対するアンチテーゼとかアウフヘーベンからクラスライブラリが出てきたんじゃないの？
コピペ開発に対するアンチテーゼとかアウフヘーベンからクラスライブラリが出てきたんじゃないの？
コピペ開発に対するアンチテーゼとかアウフヘーベンからクラスライブラリが出てきたんじゃないの？
コピペ開発に対するアンチテーゼとかアウフヘーベンからクラスライブラリが出てきたんじゃないの？
コピペ開発に対するアンチテーゼとかアウフヘーベンからクラスライブラリが出てきたんじゃないの？
ＭＦＣが出てきた当初から手間が減らないという不思議なライブラリでありながら、
ＳＤＫな人たちが「今までだってそうだったでしょ」と疑問を持たなかったという経緯もある。
- 409 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 15:04:38 ]
- だからお前の言う普通のやり方を解説してるサイトを早く出せ
お前の妄想なんか聞いたってしょうがない。
現実に存在するものを出せ
- 410 名前：デフォルトの名無しさん [2006/05/02(火) 15:06:52 ]
- 409=ＭＦＣでダイアログをライブラリに出来ると妄想してたゴミ
409=ＭＦＣでダイアログをライブラリに出来ると妄想してたゴミ
409=ＭＦＣでダイアログをライブラリに出来ると妄想してたゴミ
409=ＭＦＣでダイアログをライブラリに出来ると妄想してたゴミ
409=ＭＦＣでダイアログをライブラリに出来ると妄想してたゴミ
- 411 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 15:10:51 ]
- >>405
>>398 が誤りなのは同意して頂けたようで何より。
ところで、問題なのは「リソースインスタンス単位で一意でなければならない」という
制約であり、それと OOP との間に何の関係が？
つか、必死に見えるんでそーゆー書き方やめとけ。
- 412 名前：411 mailto:sage [2006/05/02(火) 15:13:36 ]
- >「リソースインスタンス単位で
いかん、主語が抜けている…
「ダイアログIDは、リソースインスタンス単位で
に訂正。
- 413 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 15:14:16 ]
- >>411
405の最後の１行解決してないよ。バカじゃないの？
405の最後の１行解決してないよ。バカじゃないの？
405の最後の１行解決してないよ。バカじゃないの？
405の最後の１行解決してないよ。バカじゃないの？
405の最後の１行解決してないよ。バカじゃないの？
- 414 名前：デフォルトの名無しさん [2006/05/02(火) 15:14:52 ]
- >>412
バカな内容に訂正は要らないよ。
バカな内容に訂正は要らないよ。
バカな内容に訂正は要らないよ。
バカな内容に訂正は要らないよ。
バカな内容に訂正は要らないよ。
- 415 名前：デフォルトの名無しさん [2006/05/02(火) 15:16:48 ]
- >>411
＞ところで、問題なのは「リソースインスタンス単位で一意でなければならない」という 制約であり
ＩＤＥが勝手にヘッダーに連番振るからﾗｲﾌﾞﾗﾘ化し難いんだろ。
- 416 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 15:29:27 ]
- >>413
ライブラリ化する場合、プロジェクトは別になる。
ということは、ライブラリ側の resource.h がどうなっていようと
そのライブラリの使用者に何の影響もない。
そんなことも解らないのか。頭悪いなあ。
で、OOP は何の関係が？
- 417 名前：デフォルトの名無しさん [2006/05/02(火) 15:38:48 ]
- >>416
もしかしてそのライブラリってDLLのこと？
前提全然理解してないじゃん。頭悪いな。
・ダイアログ１つ１つをDLLにすると開発効率悪杉
・DLLは派生出来ないのでOOPにならない
- 418 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 15:48:00 ]
- >>417
>もしかしてそのライブラリってDLLのこと？
いや、DLL に限定した覚えはない。
>・DLLは派生出来ないので
誤り。
- 419 名前：デフォルトの名無しさん [2006/05/02(火) 16:03:03 ]
- >>418
それって、IDEでペタペタコントロールを貼りながら、ダイアログ単位にリソースファイルを分けれるってこと？
- 420 名前：デフォルトの名無しさん [2006/05/02(火) 21:08:41 ]
- DLLにせず、"*.lib"、"*.rc"を使う限り、MFC(VC)では無理な気が…。
他のBCBとか.NETとかは使ったことないんでよく分かんないんですが。
ところで、ちょっと気になったんですが、MFCの場合、動的コントロールって
どうやって実現するんでしょうか？
以前の勤務先の先輩が、そういうMFCライブラリ(動的にボタン等を配置)を作った経験が
あるという話をされてて、その時、私はVB6だったので気にも止めてなかったんですが、
今となっては結構謎です。
- 421 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 21:21:03 ]
- 動的に配置ぐらいできる
- 422 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 21:28:09 ]
- コントロールはウィンドウだから移動や表示、非表示は自由にできる。
あとリソース使わないでコードでコントロールを動的に表示することも可能。
- 423 名前：420 mailto:sage [2006/05/02(火) 21:37:50 ]
- >>421
>>422
MoveWindow、ShowWindowは使ったことあるんですが、
"リソース使わないで…"が分かりませんでした。
キーワードを教えて頂けないでしょうか？
- 424 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 21:43:12 ]
- CreateWindow
- 425 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 21:47:21 ]
- MFCの場合は CButton::Create とか
- 426 名前：423 mailto:sage [2006/05/02(火) 22:33:21 ]
- >>424
>>425
ありがとうございます。試してみたらできました。フォントが妙に大きく表示されるのは、OnPaintをいじってないからかもしれませんが…。
CXXXDlg::OnInitDialog()
{
CDialog::OnInitDialog
m_pEdit = new CEdit;
CRect rc(10, 10, 110, 33);
m_pEdit->Create(WS_CHILD | WS_VISIBLE | WS_TABSTOP | ES_AUTOHSCROLL | WS_BORDER, rc, this, NULL);
return TRUE;
}
void CXXXDlg::OnDestroy()
{
CDialog::OnDestroy();
m_pEdit->DestroyWindow();
delete m_pEdit;
}
- 427 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 11:20:34 ]
- >>420
BCBは、１つのフォームが、Form1.h/.cpp/.dfmになっててプロジェクト情報とは完全独立。
さらにフォームの派生の派生もIDEで出来る。
イベントハンドラ内で上位イベントハンドラコールまでIDEがメンドウ見てくれる。
- 428 名前：426 mailto:sage [2006/05/03(水) 11:47:35 ]
- >>427
BCBいいですねぇ。どこかで、OWLの流れを汲むVCLのオブジェクト指向は
完全なオブジェクト指向で、MFCはWin32APIラッパとしてのためだけの
オブジェクト指向だと聞いたことがあります。BorlandのIDE事業売却は残念ですが…。
MSもMFCを見捨ててWinForms(C++/CLI)なんて.NET依存のものを作らずに、
ネイティブで真のオブジェクト指向のクラスライブラリ・IDEを作って欲しいですね。
- 429 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 14:55:24 ]
- 問題は何を持って「真のオブジェクト指向」と見做すかと言うことだ。
- 430 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 16:59:51 ]
- >真のオブジェクト指向
こんなもの追求するなら、
クラスベースという中途半端なもの捨てるしかないっしょ。
誰もそんなもの望んでない。
- 431 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 17:02:23 ]
- >>419
それで419にとっての疑問は解決したのかな？
俺は日曜プログラマーで無茶苦茶にシロウトくさい人間だ。
そんなヘタレにとってDialogの使いまわしは非常に重要だったのでやり方を覚えた。
（カスみたいなチッポケなプログラムなのでその程度でも大変に思えるということなんですがね）
ヘタレの俺のやり方を書いてみる（貧乏臭くVC6ですヨ）
新しくプロジェクトを作った後、［ファイルを開く］で使いたいダイアログの入っているプロジェクトの
フォルダに行って***.rcをクリック、explore風の表示でDialogフォルダを開けて欲しいダイアログを
新しいプロジェクトのリソースに、まんまドラッグする。（ここで移動じゃなくコピーするを択ぶ）
ListViewとかではICONも必要なので同じようにドラッグでコピーする。
これだけでOK
あとはダイアログのクラスとか勝手に作りたがるので可能なら同じ名前で作ってしまう。
そして、今度はそのコピったダイアログクラスの*.h,*.cppの中味をザックリ入れてOK
ダイアログクラスそのものに実装は終わり。
あとは好きに料理する。
ま、これは俺と同じで日曜プログラマ用なんだろうがこれを見出すのに俺は時間が掛かったｗ
ので役に立つかもと書いてみた。
- 432 名前：デフォルトの名無しさん [2006/05/03(水) 22:17:15 ]
- >>431
それってコピペコーディングであって、
ライブラリでも何でもねーじゃん、ダッせー。
＞あとは好きに料理する。
あほか。
- 433 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 23:02:10 ]
- >>432
431はライブラリとは書いてない。
自分の振った話題しか見えないのはキミが低脳だからなのが解るか？
またダサくない方法も提示できないのであれば、低脳な上にカスでもあるｗ
わかったかいカス
- 434 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 23:32:24 ]
- >431はライブラリとは書いてない。
言語〜開発環境で、ライブラリ化出来ないものに存在意義あるの？
- 435 名前：428 mailto:sage [2006/05/03(水) 23:50:50 ]
- 荒れますね…。まぁスレタイがスレタイなのでしょうがない気もしますが…。
リソースを使わないクラス化というのであれば、こんなのもあるようです。
msdn.microsoft.com/msdnmag/issues/05/08/CAtWork/default.aspx
- 436 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 23:51:16 ]
- コードの全てはライブラリであるべきだと？
- 437 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 00:10:28 ]
- ちょっと読み間違い。誤解を生む文章だったかも。
ソフトウェアの開発ツールでありながらライブラリ化を上手くできないのは如何なものかと、
といいたいだけ。
- 438 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 00:13:19 ]
- ライブラリ化に関しては>>427-428 みたいなものもあるし、
Ｃ丼もそういうつくりになってるらしいし。
- 439 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 06:16:07 ]
- リソース関係は容量食うからDLLが一般的なだけで
スタティックリンクやろうと思えばできそうな気もするな
同じリソースを全部のEXEに持たせるのはアホらしいから
馬鹿以外はそうしないだけなのかも
試してからできないと言ってるんだろうか？
- 440 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 09:09:17 ]
- rcをインクルードしたらできた
ということで
>1-439はアホ
- 441 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 13:04:46 ]
- で、>>427-428 をMFCでやろうとしたらどうすれば良いの？
VC++のIDEでポトペタしながら。
- 442 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 13:11:34 ]
- コピペのやり方ならでてたじゃん
リソース開いてドラッグドロップ
- 443 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 13:15:56 ]
- コピーじゃだめ。
ソース共有したいんだから。
だって片一方のプロジェクトで拡張しても、もう片一方が古いままじゃん。
ソース共有はソフトウェアの基本！
- 444 名前：デフォルトの名無しさん [2006/05/04(木) 13:33:58 ]
- #incllude すりゃいいじゃん
- 445 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 13:39:49 ]
- >>444
おまい、MFCがresource.hを固定で持ってることや、
rcファイルに全ダイアログリソース持ってること知らんだろ。
- 446 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 13:44:04 ]
- MFCじゃなくてVC++のIDEでダイアログ作ると、
resource.hが固定だったりrcファイルが１つに固定だったりするのがガンなんだな。
これが>>427-428のようになれば便利なんだが。
- 447 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 13:45:54 ]
- VCのリソースはrcファイルに無くても書けるんだな。
ソースファイルに。
これは、MFC以前の話だな。
- 448 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 13:46:37 ]
- >>443
もう一方が古いままｗ
あたりめーじゃねーか、完成したものにリソース改変の副作用を与えてどうする？
てかスゲー馬鹿だろオマエ
- 449 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 13:49:38 ]
- >>447
つ >>446
>>448
おまえは本当に馬鹿なやつだな。
そうくると思ったが、CVSでバージョン管理してるから問題無いし、
ソース共有出来ない理由が「副作用」だなんて、キチガイの中のキチガイ。
共有できない世界ってのはソフトウェアの特性が無いってこと！
それハードウェア。
- 450 名前：デフォルトの名無しさん [2006/05/04(木) 13:51:14 ]
- もう一つ書いとくと、
>あたりめーじゃねーか、完成したものにリソース改変の副作用を与えてどうする？
副作用にすべきじゃない部分をベースクラス、
そのプロジェクトの固有部分を派生クラスにすんじゃね？
BCBなら完璧にそれできるぜ。
- 451 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 13:55:01 ]
- 変なレスがきそうなんで書いとくが、
BCBではフォームに関して、
副作用にすべきじゃない部分をベースクラス、
そのプロジェクトの固有部分を派生クラスに出来る。
CDialogに関してコピペしか手が無いのが、VC++IDE/MFC。
- 452 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 13:57:35 ]
- 何をどう言い訳しようが、
クラスライブラリである限り大前提の特性がある。
基本部分が既にあって差分を記述するだけで開発出来る。
コピペが必要なクラスライブラリは飛んでもキティのカタワライブラリ。
- 453 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 13:58:34 ]
- MFC使いは頭がカタワ。
- 454 名前：デフォルトの名無しさん [2006/05/04(木) 14:01:13 ]
- WTLってポトペタした画面を別プロジェクトで使ったり、
さらにそれにポトペタできるんだっけ？
- 455 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 14:04:44 ]
- そういう考えならアイコンも継承しないとだめだな
- 456 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 14:06:27 ]
- 455=頭がカタワ
ｵﾏ、もう不要。
別にレスしなくて良いから。
- 457 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 14:08:47 ]
- C++じゃないリソースを継承しろっていわれてもな
|
 |
