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

MFCに嫌気がさした人� ..

446:デフォルトの名無しさん
06/05/04 13:44:04
MFCじゃなくてVC++のIDEでダイアログ作ると、
resource.hが固定だったりrcファイルが１つに固定だったりするのがガンなんだな。

これが>>427-428のようになれば便利なんだが。

447:デフォルトの名無しさん
06/05/04 13:45:54
VCのリソースはrcファイルに無くても書けるんだな。
ソースファイルに。
これは、MFC以前の話だな。

448:デフォルトの名無しさん
06/05/04 13:46:37
>>443
もう一方が古いままｗ
あたりめーじゃねーか、完成したものにリソース改変の副作用を与えてどうする？
てかスゲー馬鹿だろオマエ

449:デフォルトの名無しさん
06/05/04 13:49:38
>>447
つ >>446

>>448
おまえは本当に馬鹿なやつだな。
そうくると思ったが、CVSでバージョン管理してるから問題無いし、
ソース共有出来ない理由が「副作用」だなんて、キチガイの中のキチガイ。
共有できない世界ってのはソフトウェアの特性が無いってこと！
それハードウェア。

450:デフォルトの名無しさん
06/05/04 13:51:14
もう一つ書いとくと、

>あたりめーじゃねーか、完成したものにリソース改変の副作用を与えてどうする？

副作用にすべきじゃない部分をベースクラス、
そのプロジェクトの固有部分を派生クラスにすんじゃね？

BCBなら完璧にそれできるぜ。

451:デフォルトの名無しさん
06/05/04 13:55:01
変なレスがきそうなんで書いとくが、

BCBではフォームに関して、
副作用にすべきじゃない部分をベースクラス、
そのプロジェクトの固有部分を派生クラスに出来る。

CDialogに関してコピペしか手が無いのが、VC++IDE/MFC。

452:デフォルトの名無しさん
06/05/04 13:57:35
何をどう言い訳しようが、
クラスライブラリである限り大前提の特性がある。
基本部分が既にあって差分を記述するだけで開発出来る。

コピペが必要なクラスライブラリは飛んでもキティのカタワライブラリ。

453:デフォルトの名無しさん
06/05/04 13:58:34
MFC使いは頭がカタワ。

454:デフォルトの名無しさん
06/05/04 14:01:13
WTLってポトペタした画面を別プロジェクトで使ったり、
さらにそれにポトペタできるんだっけ？

455:デフォルトの名無しさん
06/05/04 14:04:44
そういう考えならアイコンも継承しないとだめだな

456:デフォルトの名無しさん
06/05/04 14:06:27
455=頭がカタワ

ｵﾏ、もう不要。
別にレスしなくて良いから。

457:デフォルトの名無しさん
06/05/04 14:08:47
C++じゃないリソースを継承しろっていわれてもな

458:デフォルトの名無しさん
06/05/04 14:13:37
リソースを継承しろと逝ってるんじゃない。

i) IDEでCDialogにポトペタしたCMyDialogを他プロジェクトで使えるようにしろってこと。
ii) さらに別プロジェクトでCMySpecialDialogに継承出来たら理想だなってだけ。

で、おなじ事をBCBなら何も考えなく出来る。
フォーム単位でファイルが分かれてるからプロジェクトに組み込むだけ。

459:デフォルトの名無しさん
06/05/04 14:15:22
アイコンは.iconファイル、ツールバーならbitmapファイルでフォルダーに存在するよ。
まんまコピペできる。
.rcファイルではパスを通してやってるだけ
or
stringテーブルで名前にパスを通してやってるだけ

460:デフォルトの名無しさん
06/05/04 14:16:17
そうか、普通に出来ることをMFCで出来ないから、
MFCばっか使ってる人には何の話か皆目検討もつかないって事か。
こういうのを不自由とかカタワという。

それでアイコンを継承しる！とかイミフメなレスが出てくるんだ。

461:デフォルトの名無しさん
06/05/04 14:17:23
フォーム単位でわけて別ファイルに保存
使いたいやつをinclude

462:デフォルトの名無しさん
06/05/04 14:18:37
>>461
>フォーム単位でわけて別ファイルに保存
これが、VC++のIDEでポトペタするときに不可能だから困ってんだな。

463:デフォルトの名無しさん
06/05/04 14:21:40
MFCを廃止した方が世の中幸せになりそうだな。
M$が社内ではMFCを使ってないように。

大体、M$はC++を流行らせないことによりオプソに対抗したわけだが、
MFCみたくキチャナイもので開発者からC++から遠ざけﾌﾞﾋﾞ厨を大漁生産した。

464:デフォルトの名無しさん
06/05/04 14:23:08
コピーしていらないやつ消せばいいだけ

465:デフォルトの名無しさん
06/05/04 14:24:42
464=頭がカタワ

ｵﾏ、平気でループさせるな。 >>451-452

466:デフォルトの名無しさん
06/05/04 14:29:39
IDEでダイアログ単位で別ファイルに保存
これは可能

467:デフォルトの名無しさん
06/05/04 14:31:30
CDialogクラス(だけ)は独自にClassを作れるよ。
CDialogはC～AppクラスがRuntimeとは別枠で作ってるから、Doc-Viewアーキテクチャ、基い、
Runtime、のカセから逃れられる。

468:デフォルトの名無しさん
06/05/04 14:32:13
>>466
resource.hとかダイアログ単位に別ファイルに可能？
rcファイルをダイアログ単位に別ファイルに可能？

その操作を書いてるサイトきぼん。
それが出来るならその通り使うから。

469:デフォルトの名無しさん
06/05/04 14:35:30
>>463
> M$が社内ではMFCを使ってないように。
というのは違うかもしれません。VC++6.0のIDE自体はMFCで開発されています。
(少なくともSpy++、DelendencyWalkerで確認した限りでは…)

458 にあることの実現は、現状のMFC(WTL含む)では不可能ですが、C++/CLI等で
WinFormsを使用すれば、リソースファイル(*.resx)が各フォーム毎に生成されるので
多分実現できるのじゃないかと思います。

470:デフォルトの名無しさん
06/05/04 14:37:48
#include

471:デフォルトの名無しさん
06/05/04 14:38:26
>>469
古いアプリにはMFC使ってるだろうが、MFCじゃなくて別のクラスライブラリを使ってるっていう記事見たお。

ﾄﾞﾄﾈﾄはやなんだよ。というか、使う予定０。

472:デフォルトの名無しさん
06/05/04 14:43:27
URLﾘﾝｸ(msdn2.microsoft.com)

473:デフォルトの名無しさん
06/05/04 14:57:48
>>472
VC6だと、
表示＞インクルードファイルの設定＞コンパイル時に追加するファイル
だね

474:469
06/05/04 15:05:24
>>471
> 古いアプリには…
そのとおりです。VS2003のIDEでは、MFCを使わず、Officeと同様のGUI部品を使っているようですし、
加えて、VS2005のIDEでは、.NETランタイム依存となっています。

> ﾄﾞﾄﾈﾄは…
まぁ、それは正直、私も同感です。M$がC++/CLIを強引にISO化したところで、
私はあれをC++の進化系と認めたくはありませんし、使いたくもありません。

>>472,473
"#inlude"ってなんのことだと思ってたら…orz。失礼いたしました。

475:デフォルトの名無しさん
06/05/05 14:56:29
>>449
> CVSでバージョン管理してるから問題無いし
使用経験ゼロのヤツ

>　共有できない世界ってのはソフトウェアの特性が無いってこと！
>　それハードウェア。
ハードウェアがカスタムだと思い込むシロウト（PGAとかあるにはあるがナ）

オマエ勉強しなおせよ何もかも

476:デフォルトの名無しさん
06/05/05 22:15:16
うわ、 475新生キティだわ。こりゃすげ。

>> CVSでバージョン管理してるから問題無いし
>使用経験ゼロのヤツ

ちょ、、、、日本語でおｋｗｗｗ

CVSでバージョン管理して >>450 のように開発していくことを教えてあげてるからね。

>ハードウェアがカスタムだと思い込むシロウト（PGAとかあるにはあるがナ）

ちょ、、、、知ったかやめれ。FPGAだがや。

それからハードウェアというのは「独自基板」でカスタム。
それに財リンクスとか組み込んでFPGAするわけ。
で、FPGAは「ソフトウェア」だから。

論理的思考も出来ないようで、存在価値のないやつ乙！

477:名無し募集中。。。
06/05/06 01:32:51
>>475-476
酷い自演を見た

478:デフォルトの名無しさん
06/05/06 01:34:25
>>477
ソース　or　根拠ｷﾎﾞﾝ

479:デフォルトの名無しさん
06/05/10 11:06:18
>CVSでバージョン管理して >>450 のように開発していくことを教えてあげてるからね。
日本語でおｋ

>それからハードウェアというのは「独自基板」でカスタム。
日本語でおｋ

>論理的思考も出来ないようで、存在価値のないやつ乙！
日本語でおｋ

480:デフォルトの名無しさん
06/05/23 01:23:44
>>476
PGAで通じるんだよ。
ＦＰＧＡには色々なタイプがある、WriteOnceなものは配線を切るものもあるんだ
Ｘｉｌｉｎｘのようなものは低速だというやつも居る。

ボードを触った経験ぐらいしかないカスはダマットレ

あとさ、高々ダイアログ程度をライブラリなどどホザク低脳がカスタムでハードとかってのは失笑するしかないな
オマエバカな学生だろ？それも実際には何もやったことのない

481:デフォルトの名無しさん
06/05/24 10:10:39
PGAっつーとパッケージのほうを思い出すな。
ゴルフツアーでもいいがｗ

482:デフォルトの名無しさん
06/05/24 13:06:03
480の文って１行1行繋がりが無いのは何で？それも全行。
スレの流れに沿ってないどころじゃなくて中身が存在して無い。
統●失調？

483:デフォルトの名無しさん
06/05/31 14:31:45
480の学生時代はバカで
何もやってなかったってことだろうか。

484:デフォルトの名無しさん
06/06/01 14:30:33
また初段から落ちた…

485:デフォルトの名無しさん
06/06/01 21:28:39
最初は「なんだこりゃ？」だったけどCOMとかオートメーションとかActiveXの勉強してみると
「またむりやりC++でくっつけたなぁMSは。でも、仕方ないか」と思えるようになってきたところ
勉強始めたところだから間違ってるかもしれないし、MFCというよりもVisualStudioがすごいのかも知れないけどね

どうもATLとかWTLを使えばもっと強力なのかもしれないけどそれは次に置いておいて
MFCで勉強をすすめるかな

486:デフォルトの名無しさん
06/06/01 21:44:54
>>485
勉強するならWTLを激しくお勧め。
きれいなソースで継承関係でもっさり感が80%減（MS社比）
VC++が出力する気味の悪いテンプレートに悩まされず、VCのバグに
巻き込まれにくい。
問題はドキュメントの数と認知度の低さ。趣味グラマーならWTL。

つーかMFCに勉強する所なんて無い。バッドノウハウの温床だよ。

487:デフォルトの名無しさん
06/06/01 21:47:59
WTLはVS2005 EEで使えないんじゃなかったっけ

488:デフォルトの名無しさん
06/06/01 22:02:41
>>487
使えない？（´・ω・｀）

最悪make環境でも作れるぽ。効率悪いけどｌ。

489:デフォルトの名無しさん
06/06/02 00:46:39
意外とフレームワーク等を自作して使っている人って少ない？

490:デフォルトの名無しさん
06/06/02 00:48:50
Expressでも使えるようにできる
つーかMFCこそ使えないし

491:デフォルトの名無しさん
06/06/02 04:31:39
MFCのソースコードはもうAPIのサンプル集と思ったほうがいい
あれがオブジェクト指向だと信じられていた時代があった・・・

492:デフォルトの名無しさん
06/06/02 17:27:41
>>486 >>489
WTLはATL抜きで使えないから俺も自作した。
ATL（の少なくともWTLに必要な部分）が自由に使えるのであれば、
文句無くWTLを使うんだけど。

493:デフォルトの名無しさん
06/06/02 17:36:32
>>492
Expressで使えるぞ
ATL3だがWTLはちゃんとサポートしてる
Express+WTLはExpressの存在理由だろう

494:デフォルトの名無しさん
06/06/02 22:35:11
>>493
Visual　C++以外でもWTLを使いたいの。

495:デフォルトの名無しさん
06/06/03 19:00:37
MFCは、クソマクロや定数がちりばめられなければ
まだ使おうという気にもなるんだが・・・。

496:デフォルトの名無しさん
06/06/04 23:35:59
VBerにも使えるMFCには存在価値がある

497:デフォルトの名無しさん
06/06/05 08:38:13
>>496

断言するけど使えない。
C++を１０倍難しいものにするＭＦＣ。

498:デフォルトの名無しさん
06/06/05 10:15:10
MFCだとメッセージ処理、WinAPIまでつっこまない(=時間の浪費)と
まともにプログラムできない。

それと国際化対応、スレッド、コンテナの直行性、モダンでないシリアル化がいまいち。
互換性が完全に足枷になってるんだな。(VC7.1Userです。VC8ってなんか変わったの?)

.NETはSTL.NETがまだ使えないので洗練されたコンテナが...

499:デフォルトの名無しさん
06/06/05 18:15:43
つまりVCL最強って琴田

500:デフォルトの名無しさん
06/06/05 20:48:07
いっそQTとか

501:デフォルトの名無しさん
06/06/10 07:03:23
MFCつかうと一気に実行ファイルサイズが10倍に?！

502:デフォルトの名無しさん
06/06/10 11:08:26
みんな！！MFCの悪口を言うなよ！

MFCも、今にきちんとするつもりなんだよ、きっと。

503:デフォルトの名無しさん
06/06/10 13:39:28
>>502
きちんとしようとした VB が VB.NET になったように
過去の互換性を捨てて MFC on .NET に！

…わりぃ、要らんわ。

504:デフォルトの名無しさん
06/06/10 13:51:44
Win32のラッパだからWin32があるかぎりMFCも使える。
Win32がなくなればMFCも不用

505:デフォルトの名無しさん
06/06/10 21:35:36
>>501
それはVCLwww

506:デフォルトの名無しさん
06/06/12 11:15:34
＞過去の互換性を捨てて MFC on .NET に！

過去の互換性があるMFC on .NETも炒りませんが、何か？

507:デフォルトの名無しさん
06/06/12 20:54:47
　　∧,,∧
　(；`・ω・）　MFC　on　.NET
　/　　　ｏ━ヽニニニニニニフ))
　しー-Ｊ

508:デフォルトの名無しさん
06/06/13 07:10:06

　　　　　　　　.　n　　T
　　　　　　　　　　o　　E
　　　　　　　　F　　N ／|
　　　　　　　M　C　／／
　　　　　　　　　　／／
　 ∧,,∧ 　　　／／　　｜
　(；`・ω・）ｏ￣　　｜
　/　　　／　　｜
　しー-Ｊ
　ウリャァ～

509:デフォルトの名無しさん
06/06/13 17:51:31
　　　　　　　　|　　|　　　|
　　∧,,∧
　(；`・ω・）　　noT　MEN　FC.
　/　　　ｏ━ヽニニニニニニフ))

510:デフォルトの名無しさん
06/09/06 16:09:14
VC++使ってますが、デバッグのトレースで、
STRCORE.CPPの240行目CString::CString(LPCTSTR lpsz)の中まで入ってしまいます。

入らない方法教えて下さい。

引数にCStringが有った場合、
ステップオーバー　→メソッド通り越し
ステップイン　→上記

で、困ってまつ。

511:デフォルトの名無しさん
06/09/06 16:26:39
MFCに嫌気が差したのなら使わないほうがいいよ。

512:デフォルトの名無しさん
06/09/06 17:30:01
＞C++の効率的な勉強方法
＞ｽﾚﾘﾝｸ(tech板)
240 名前：デフォルトの名無しさん [sage] 投稿日： 2006/08/21(月) 22:56:44
ﾉｼ
(Turbo)C++からいきなりはいったくちです。
Cは本（初めてのCだったけなぁ）読んで流した程度。
borland系のGUIクラスライブラリはOO的に綺麗な設計
でそれを解析しながら仮想関数とか勉強したっけ。
MFCを先にやってたらと思うと背筋が寒くなる。

513:デフォルトの名無しさん
06/09/06 17:50:37
これは痛いな。

514:デフォルトの名無しさん
06/09/06 19:49:32
俺と全く同じなんだが、そんなに痛いのか。

515:デフォルトの名無しさん
06/09/11 04:19:05
漏れも Turbo C++ で OWL 使いまくってた
あれのおかげで OOP 理解出来たし
MFC の糞さも使う前から分かったので未だに使ってない
Win32API + 自前クラスライブラリでウフフ

516:デフォルトの名無しさん
06/09/11 08:08:13
>>515
>MFC の糞さも使う前から分かったので未だに使ってない
なんだかなぁ。

>Win32API + 自前クラスライブラリでウフフ
MFCより良ければいくらか商売になるよ。

517:デフォルトの名無しさん
06/09/11 09:13:53
>漏れも Turbo C++

名前で混乱させられるね。

>MFC の糞さも使う前から分かったので未だに使ってない

ウィザードでソースコードジェネレートした時点できちゃな杉だよね。

画面の着色に関してはペンとか生成してWin32と変わらないどころか、
見通し悪いくらい。

何にせよ、MFCのメジャーバージョンうｐが停止されて、
他環境に広がらなくて良かった。

518:デフォルトの名無しさん
06/09/16 19:40:15
なんかの本でMSKKの奴が必死に弁解してたな。
「MFCはあれでよかったんだ！！汚いのはねらってやってたんだ！！」って

519:デフォルトの名無しさん
06/09/16 23:42:12
あんなにCみたいなキャストさせるのはヤメテ・・・
まぁこれはWin32APIの段階からキャストは必要だといわれればそうだけど

520:デフォルトの名無しさん
06/09/20 14:14:49
CString Str1, Str2, Str3;

として、

Str1 = Str2 + Str3;

って書けたっけ？

strcat等のstr系でしか書けなかったっけ？

521:デフォルトの名無しさん
06/09/26 09:56:36
書けるけど、漏れは Str1 += Str2; Str1 += Str3; と書く。

522:デフォルトの名無しさん
06/10/02 00:57:21
MFC便利！！
APIガリガリうざい。

523:デフォルトの名無しさん
06/10/02 08:23:48
MFC苦汁の選択！！

524:デフォルトの名無しさん
06/10/02 09:16:42
APIガリガリが上手くラップされてないのがＭＦＣ

525:デフォルトの名無しさん
06/10/03 01:38:04
うまくラップされているものはあるのか？

526:デフォルトの名無しさん
06/10/03 02:25:16
なにいってんだVCLにきまってんだろぼけ

527:デフォルトの名無しさん
06/10/04 00:52:05
お決まりの回答だ。つまらん

528:デフォルトの名無しさん
06/10/04 08:59:22
VCLは良いんだけど、フリーで組み込みに使えてポトペタできるライブラリきぼん。

529:デフォルトの名無しさん
06/10/06 00:29:04
作れたら何でもいいじゃん。

MFCもVCLも、過去の遺産だろ？

530:デフォルトの名無しさん
06/10/06 08:45:07
VCLは過去からの遺産だけど今も使える。
というか、VCLの代わりが無くて困ってる。

531:デフォルトの名無しさん
06/10/07 23:08:36
>>482
いや、キミに読めないというだけのこと。
480の内容は板違いネタだが普通に読める。

532:デフォルトの名無しさん
06/10/07 23:13:21
そうは言っても480のレスなど理解する必要も無いような内容だがな
482の無知はここの板であれば罪ではない範囲
「自分に理解できない内容＝統合失調」って短絡は失笑ものではあるが

533:デフォルトの名無しさん
06/10/08 02:04:47
ｗｘＷｉｄｇｅｔｓに移ろうよ。

534:デフォルトの名無しさん
06/10/10 14:32:35
今酷い自演を見た

535:デフォルトの名無しさん
06/10/15 16:51:28
FOXに移ろう

536:デフォルトの名無しさん
06/10/27 04:45:24
つATL/WTL

537:デフォルトの名無しさん
06/10/29 02:51:41
PGやめようよ

538:デフォルトの名無しさん
06/10/29 05:31:43
PG(笑)

539:デフォルトの名無しさん
06/10/29 18:59:34
どうした？
PGがそんなに面白かったか？

540:デフォルトの名無しさん
06/10/29 19:35:21
反応したw

541:デフォルトの名無しさん
06/10/29 19:37:10
どうした？
反応がそんなに面白かったか？

542:デフォルトの名無しさん
06/10/29 19:45:22
かわいそうｗ

543:デフォルトの名無しさん
06/10/29 19:48:38
どうした？
かわいそうなのがそんなに面白かったか？

544:デフォルトの名無しさん
06/10/31 00:29:41
>>538-543 の幼稚なやり取りに嫌気がさした人の数↓

545:デフォルトの名無しさん
06/10/31 08:37:02
↑
おまいも用地

546:デフォルトの名無しさん
06/10/31 11:22:16
入れ食いw

547:デフォルトの名無しさん
06/11/08 13:31:59
URLﾘﾝｸ(www.kab-studio.biz)

MFCに移ったのですがあまりの設計の悪さに「Ｃプログラミング診断室」
(URLﾘﾝｸ(www.pro.or.jp))を初めて読んだとき以上の衝撃を受けました。
kabさんはMFCを結構押しているので申し訳ありませんがMFCは最悪のクラスライブラリです。
特にウィザードの吐き出すコードは正気を疑うものです。

548:デフォルトの名無しさん
06/11/08 13:42:31
なんだ尺八郎か

549:デフォルトの名無しさん
06/11/08 22:19:15
>>547
一貫性が無いって言うのは、確かにうなずけるな
最悪では無いと思うけど

550:デフォルトの名無しさん
06/11/09 08:40:02
>>549
最悪じゃないってことは、何よりマシってことよ？

551:デフォルトの名無しさん
06/11/14 00:02:47
だが、くそもっさりした.NETよりはぜんぜんよくないか？
C#は結局C++に挫折した奴が書くスクリプト言語でしょ

552:デフォルトの名無しさん
06/11/14 01:18:30
もっさりで、.NET　Frameworkが必要なことに目をつぶることができるなら、
MFCより.NET　Frameworkのクラスライブラリは大分まし。

553:デフォルトの名無しさん
06/11/14 08:37:19
世の中にはドトネトじゃないまともなクラスライブラリがあるわけだから、
Ｍ＄のダサダサ開発環境捨てるべきじゃね？

ネイティブ、ＣＯＭ、ドトネトの三つ巴の関係を考慮しながら開発なんて超変だお。

554:デフォルトの名無しさん
06/11/14 12:00:05
>>551
>C#は結局C++に挫折した奴が書くスクリプト言語でしょ
いや、実行時にコンパイルされるCモドキのVB。

555:デフォルトの名無しさん
06/11/14 12:17:19
じゃ、ドトネトは巨大なＶＢランタイムか。

556:デフォルトの名無しさん
06/11/14 12:22:08
C++に挫折するやつはC#も書けない気がするけどなｗ

557:デフォルトの名無しさん
06/11/14 13:07:10
>>555
VBのランタイムライブラリは
予めコンパイルされているだけ、まだまし。

558:デフォルトの名無しさん
06/11/14 16:56:40
.NET　Frameworkのクラスライブラリはインストール時にngenをかけていると聞いたことがある。

559:デフォルトの名無しさん
06/11/16 01:27:47
使えればなんでもいいじゃん。
中の実装なんて、どうでもいいじゃん。

いやなら、VCL（古臭い）でも使ってろよ。

560:デフォルトの名無しさん
06/11/16 08:42:40
.NET Framework 2.0 廃止予定の API 一覧
URLﾘﾝｸ(www.microsoft.com)

　（　<●><●>）　　ドトネト１．０～２．０廃止なのは分かってます
　（Ｕ　　　　）つ　
　　　ｕ　　ｕ

古臭いVCL ＞＞＞＞＞　ＷｉｎＦＸ　＞＞＞＞＞＞　ＭＦＣ

561:デフォルトの名無しさん
06/11/16 22:52:48
↑
使いにくさですよね？

562:デフォルトの名無しさん
06/11/17 15:38:27
>>561

URLﾘﾝｸ(www.google.co.jp)
MFC 汚いの検索結果約 12,900 件中 1 - 10 件目 (0.03 秒)

563:デフォルトの名無しさん
06/11/17 20:44:36
URLﾘﾝｸ(www.google.co.jp)
MFC 綺麗の検索結果約 41,800 件中 1 - 30 件目 (0.21 秒)

564:デフォルトの名無しさん
06/11/17 20:51:39
URLﾘﾝｸ(www.google.co.jp)
MFC 美しいの検索結果約 69,900 件中 1 - 10 件目 (0.04 秒)

565:デフォルトの名無しさん
06/11/17 21:29:53
URLﾘﾝｸ(images.google.co.jp)
AV女優の検索結果約 22,800 件中 1 - 20 件目 (0.32 秒)

566:デフォルトの名無しさん
06/11/17 22:12:13
MFCが汚いなんていってる人って結局C++が理解できていないんだよね

567:デフォルトの名無しさん
06/11/17 23:21:52
>>566
あの酷いコレクションクラス設計からしてマトモなAPIじゃないよ。

568:デフォルトの名無しさん
06/11/17 23:37:55
Doc-Viewアーキのカセ、むしろ更に、APPとFrameとDocとViewにはめられているRUNTIMEの鎖が汎用性にはネックになる部分で
慣れれば、用途によりけり抜け道と言うか、持って行き方があるけど。
自動生成のソースを全て底のクラスの意味まで理解すれば、色々応用が使えるようになってくる。
確かに特にRUNTIMEはマクロ、テンプレ、仮想関数(実行時まで型を決めずにおける)満載で、ウィンドウ用途に限って言うと、C++を存分に使い切っている。
マルチウィンドウ、例えば、ブラウザではサイトによりFormは無限だが、同様にTreeViewで開いたモノにより、画面を変えるなんてのにはMFCは最強。
.NETは使ったことは無いから分からないが、ActiveXはコンポーネントの中身が見えないのと同様のものを感ずるが、MFCはソースとしてフルに見れる、確かに大量にはあるが、元を辿るぶんには結構な量ではあるが、半端無いわけじゃない。
そして、ちまたにあるできあがったコントロールを使うなら、非常に楽にできる、できるようになるまでがたいへんだけど。
が、クライアント用途以外を考えるなら、WINDOWS以外も考えなければならないのでMFCじゃ無理。

569:デフォルトの名無しさん
06/11/17 23:46:44
Doc-Viewがカセ？

ポトペタ環境がありがたいと感じるのは最初だけ。
C#やVBはポトペタ環境がﾏｼﾞうぜー

570:デフォルトの名無しさん
06/11/17 23:54:53
My Favorite Class-library

571:デフォルトの名無しさん
06/11/17 23:59:02
>>569
例えば、
ファイルダイアログ＞開く・保存なんてのは、MFCじゃほんの数行でできるが(注:カセに則ってる分には)、
ファイルダイアログを開かずに直接、DATなりから自分が独自に作ったクラスにserialize使うなり、archive実装するとなると、最初はつまづくでしょ。
MFCの場合は、最初に壁があって、そこを超えると使いやすさが広大に開ける、そんなのが多い。

572:デフォルトの名無しさん
06/11/18 01:38:13
MFCの文句をいうならMFCで出来たものを使うなよ～～～～～～

573:デフォルトの名無しさん
06/11/18 02:27:18
.NETもReflectorでざっと読んでみたが糞設計だな・・・

574:デフォルトの名無しさん
06/11/18 12:22:57
Doc/Viewなんて、STLでDoc実装＋Ｖｉｅｗの描画にポトペタ部品の派生が最強。

結論：ポトペタ部品の派生が簡単なＶＣＬ最強。（ＤｅｌじゃなくてＢＣＢ）

575:デフォルトの名無しさん
06/11/20 09:35:40
ＭＦＣがOOPになってないところ羅列

・描画中にCBrushとか自分で生成破棄する必要がある。

576:デフォルトの名無しさん
06/11/20 09:37:42
それはOOPとは関係ないだろ

577:デフォルトの名無しさん
06/11/20 09:58:30
ウィンドウが自分を描画するブラシぐらい持つべきだろ。
持ってないならクラスにならん。

578:デフォルトの名無しさん
06/11/20 09:59:50
ＭＦＣがOOPになってないところ羅列

・ダイアログのリソースが１ファイルに収まるため、別プロジェクトがダイアログクラスを普通に共有できない

579:デフォルトの名無しさん
06/11/20 10:07:24
それはOOPとは関係ないだろ

580:デフォルトの名無しさん
06/11/20 10:23:38
CDialogクラス派生した部品が他プロジェクトの派生部品となりえない・・・ｱﾘｴﾅｽ

581:デフォルトの名無しさん
06/11/20 10:25:36
ＭＦＣがOOPになってないところ羅列

・ダイアログに貼る部品がActiveXであって、C++のclass宣言でクラス派生できない

582:デフォルトの名無しさん
06/11/20 10:28:53
それはOOPとは関係ないだろ

583:デフォルトの名無しさん
06/11/20 10:40:31
クラス派生できない→OOPではない

584:デフォルトの名無しさん
06/11/20 10:41:09
MFCはOOPとは関係ないだろ

585:デフォルトの名無しさん
06/11/23 22:21:16
つか、OOPとMFCは関係ない

586:デフォルトの名無しさん
06/11/23 22:27:14
はぁ？MFCにはOOPは関係ない

587:デフォルトの名無しさん
06/11/23 22:52:30
はぁ？OOPにはMFCは関係ない

588:デフォルトの名無しさん
06/11/23 22:59:37
もうちょっと変化に工夫を付けろ

589:デフォルトの名無しさん
06/11/23 23:36:15
はぁ？OPMにはCOFは関係ない

590:デフォルトの名無しさん
06/11/24 08:37:08
はぁ？KFCにはMACは関係ない

591:デフォルトの名無しさん
06/11/24 10:13:34
麻雀格闘倶楽部かと思った

592:デフォルトの名無しさん
06/11/26 19:54:07
あそこまで妙なマクロは使ってないけど、自作のC(not C++)のライブラリに似てて鬱だ>>MFC

593:デフォルトの名無しさん
06/11/28 17:17:55
ここは麻雀格闘スレですよ

594:デフォルトの名無しさん
06/11/28 22:22:52
そんな貴方にWide Studio

595:デフォルトの名無しさん
06/12/02 20:25:03
今後、.NETが浸透してネイティブアプリなんて必要なくなるのかな？

596:デフォルトの名無しさん
06/12/02 21:11:24
アプリケーションの必要性は使用されているライブラリやアーキテクチャには無い。
その有用性にあるのだ。

597:デフォルトの名無しさん
06/12/03 05:03:07
んなこと言ったらみもふたもない。
道具として何がよいかどうかの話なんでは。

598:デフォルトの名無しさん
06/12/03 05:33:58
漏れはもう、.NET/C#で事足りるなら、わざわざC++でネイティブアプリ作る気にはならないかも。
んで、実際大抵の用途には事足りる気がする。

599:デフォルトの名無しさん
06/12/03 07:19:52
ネイティブ実行ファイルが生成出来て
使いやすいC++のRAD開発環境があればいいけどね(M$製で)。
D言語 + RADでネイティブ吐く環境のがもっといいかも(やっぱM$製で)。

600:デフォルトの名無しさん
06/12/03 09:55:24
VC++とMFCでWinのプログラミングするのはほんと大変。
ある程度まともなアプリ書ける様になるまで3年かかった。
しかし未だ分からない事は山程あるので、まだまだ一人前とは言えないし。

601:デフォルトの名無しさん
06/12/03 13:01:16
MFCはウインドウのフレームだけでペインの中は自分でバリバリ書いてねってフレームワークだから、
RAD風にコントロールを並べてというのを期待するとCFormViewしかないので戸惑う。
C++ベースでRAD系の開発ツールはサードパーティにまかせて、あえてMSは出さなかったという話を
聞いたことがあるがソースが出てこない。BC++やVisual　Age　C++がそうだったのだろうか。

602:デフォルトの名無しさん
06/12/04 00:48:42
RADツールでもお客の要求などからコントロールを１から書くことが結構ある。
RADツールしかつかったことないひとはちょっとした変更でもできないなんていう。

たとえば、グリッドなんかでセルにボタンを配置してくれとか、コンボを配置してくれとか
簡単なのにできませんなんて・・・

603:デフォルトの名無しさん
06/12/04 00:59:27
そういえばMFCもけっこう使ったけど、CFormViewてほとんど使ったことないかもしれん。

604:デフォルトの名無しさん
06/12/04 01:06:39
ふつう使わない

605:デフォルトの名無しさん
06/12/04 02:14:46
Office2007はMFCなんでしょうか？
これからもパッケージソフトはC++でMFCなの？
C#とVBではプログラム作れるようになったけど、VC++でMFCもやっておいた方がいいんだろうか？
などと、学生は考えてしまいます

606:デフォルトの名無しさん
06/12/04 02:23:11
C#とVBは３日あれば覚えられる

607:デフォルトの名無しさん
06/12/04 02:27:49
事前にどういう言語知ってるかによるだろ

608:デフォルトの名無しさん
06/12/04 02:30:22
はぁ？
C/C++をしらない奴みたことないぞ

609:デフォルトの名無しさん
06/12/04 02:34:51
C#にはC/C++にない概念もあるだろ。
言語だけわかってもでっかいライブラリをある程度把握しないと何も出来きないし。
そういうのは他との対比ができれば理解が速いと思うけど。

VBは知らん。

610:デフォルトの名無しさん
06/12/04 13:22:21
すまん、VBでもmainから始めてた、偽装派遣で客先いくまで

611:デフォルトの名無しさん
06/12/06 19:46:56
どうでもいい

612:デフォルトの名無しさん
06/12/06 20:29:42
MFCかどうかはともかく、当分はC++の独占場だとは思う。

613:デフォルトの名無しさん
06/12/06 20:37:27
最近までVC6.0がメインで誰もC++を知らないC言語ワールドにいました。

614:デフォルトの名無しさん
06/12/06 21:07:20
>>613
Cだけ使ってる分にはVC6は軽くていいかもな
MSVCRT.DLLなら普通の環境にはデフォで入ってることが期待できるし

615:デフォルトの名無しさん
06/12/07 08:49:30
なんだかんだ言ってもいまだにVC6はインストールしてあるｗ

616:デフォルトの名無しさん
06/12/07 18:04:42
MFCってVC++2005でもサポートされるんだっけ？
MFCのメジャーバージョンうｐとかどうなんでしょ。

617:デフォルトの名無しさん
06/12/07 18:16:26
VC++　2005　（Std以上）にはMFC　8が付いている。

618:デフォルトの名無しさん
06/12/07 18:26:04
＞MFC 8

VC++6のMFCと互換性おｋ？

619:デフォルトの名無しさん
06/12/15 00:54:53
俺はWEBアプリばかり作ってたから、未だにMFC未体験。

620:デフォルトの名無しさん
06/12/15 01:36:29
WEBとMFCになんの関係があるの？

621:デフォルトの名無しさん
06/12/15 01:55:01
どちらかというと、関係がないと言ってるように見えるのだが。

622:デフォルトの名無しさん
06/12/18 14:09:11
Ｖ＄ドトネトに逝行してもＭＦＣ使ってる人っています？
逝行の致命的な問題とか無いでつか？

623:デフォルトの名無しさん
06/12/19 11:17:23
＞CDialog１つに対してresource.hとrcファイルがあって、
＞プロジェクトをダイアログ単位の部品クラスに分割できれば、
＞まだ使えたようなｷｶﾞｽﾙ

他のプロジェクトにダイアログをカレントプロジェクトにコピペといった使い方しかできないおね。
ＭＦＣのパワーユーザーとか、他のプロジェクトのダイアログをクラスライブラリとして使いまわせない事をどう思ってんだろ？

624:デフォルトの名無しさん
06/12/19 11:24:20
コモンダイアログ

625:デフォルトの名無しさん
06/12/19 11:28:58
＞コモンダイアログ

ＭＦＣではない。

626:デフォルトの名無しさん
06/12/19 12:12:14
ダイアログテンプレート

627:デフォルトの名無しさん
06/12/19 12:18:12
Vi$taでもMFC使い続けますか？ドトネトにコンバートしますか？

628:デフォルトの名無しさん
06/12/19 12:43:53
>>623
ダイアログのリソース関連はまったく同意だなぁ
新しいプロジェクトはDLL化して分割管理しているからまだマシだけど
ずっとメンテナンスしてるプロジェクトがダイアログリソースだけでが２５０くらいあって
もうどうしようも無い感じなってきてる

629:デフォルトの名無しさん
06/12/19 13:20:11
ダイアログリソースって壊れやすいから嫌い。
変なマクロもぶちまけるし。

ソースとリソースを相互変換するツール作ればいいだけじゃ？

630:デフォルトの名無しさん
06/12/19 13:49:19
＞ソースとリソースを相互変換するツール作ればいいだけじゃ？

つ BCBなら１ダイアログが３ファイル（.h/.cpp/.dfm）

631:デフォルトの名無しさん
06/12/19 13:52:19
ダイアログテンプレート

632:デフォルトの名無しさん
06/12/22 02:38:35
厨な質問だと重々承知しておりますが質問します。
WindowsオンリーであればＭＦＣ使った方がいいですかね？
世間の評価が気になるのですけど、ＭＦＣ？：( ´,_ゝ`)ﾌﾟｯてな感じになりませんか？

633:デフォルトの名無しさん
06/12/22 07:38:32
>>632
お好きなように。
>ＭＦＣ？：( ´,_ゝ`)ﾌﾟｯてな感じになりませんか？
MFC でも何でも、マトモなものが作れてるなら問題ない。

634:デフォルトの名無しさん
06/12/22 08:46:43
C/C++プログラマへアドバイス
URLﾘﾝｸ(www.01-tec.com)

（個人的にはＭＦＣは VC++ の唯一の汚点だとも思っています^^;）ので、Windows系のプログラムを作るならこれ↓

635:デフォルトの名無しさん
06/12/22 09:01:25
いや・・・さすがにMFCとSTLを同列で扱ってたりするような糞サイトは参考にならんと思うが・・・

636:デフォルトの名無しさん
06/12/22 09:10:27
＞MFCとSTL

MFCのCStringとstd::string問題を扱ってるだろ。

635=その問題を知らないとはC++使ってるとは言えない。

637:デフォルトの名無しさん
06/12/22 09:10:45
パソコンだって箱より中身の方が大事なわけだし
それがわかってれば箱なんか気にしない

638:デフォルトの名無しさん
06/12/22 09:12:10
URLﾘﾝｸ(program.station.ez-net.jp)

□ Visual C++ の互換性…

Visual Studio .NET を買って早数日…。

COM コンポーネントのバージョンアップを図るべく Visual C++ 7.0 にて ATL COM のプロジェクトをコンパイルしなおすことになりました。

□ MFC 7.0 と ATL 7.0

□ 変更点の補足

□ エラーを取り除く…

□ COM 動かず…

639:デフォルトの名無しさん
06/12/22 09:13:29
意味わかんないです（＞＜）
URLﾘﾝｸ(www.microsoft.com)

System.Windows.Forms.Form
ApplyAutoScaling()
メッセージ : このメソッドは非推奨になりました。
代わりに、ApplyAutoScaling メソッドを使用してください。

.NET Framework 2.0 廃止予定の API 一覧
URLﾘﾝｸ(www.microsoft.com)

　（　<●><●>）　　ドトネト１．０～２．０廃止なのは分かってます
　（Ｕ　　　　）つ　
　　　ｕ　　ｕ

640:デフォルトの名無しさん
06/12/22 09:24:10
>>636
std::stringはSTLじゃないよ。

641:デフォルトの名無しさん
06/12/22 09:30:03
MFCもSTLもstringもC++のライブラリ。
同列に並べずどうする？

642:デフォルトの名無しさん
06/12/22 09:41:51
Windowsプログラミングを行うためのライブラリであるMFCと
標準ライブラリを同列に並べるの？libgnomeとlibcぐらい違うでしょ。
MFCのごく一部がC++標準ライブラリと被ってるのは確かだ。
だからMFCのコンテナを使うくらいならSTLのコンテナを使いましょうと言うならまだ分る。
要はMFC全体は標準ライブラリと排他的に選ぶものではないということ。

643:デフォルトの名無しさん
06/12/22 10:02:05
サイトには、
＞MFC はＣ＋＋のお手本として良い題材とは思いません。STL の勉強をお薦めします。
と書いてあるから、排他してなくて、勉強時にはMFCとSTL比べたらSTLを選べと言ってる。

＞要はMFC全体は標準ライブラリと排他的に選ぶものではないということ。

おまいのいいがかりじゃん。

644:デフォルトの名無しさん
06/12/22 10:17:32
よく読めよ。MFCを勉強するかSTLを勉強するかではなく、
C++を勉強する時に使うべきはSTLかMFCかとおっしゃってるわけだが。

645:デフォルトの名無しさん
06/12/22 10:21:02
＞C++を勉強する時に使うべきはSTLかMFC

C++を勉強するときに、STLとMFCと選ぶという行為は変じゃない。

その場合のSTLの選択も正しい。

で？

646:デフォルトの名無しさん
06/12/22 10:22:21
＞STLとMFCと選ぶという

あ、ゴメンあいまいに書いちゃった。

C++勉強しよう。STLを勉強しようかな、MFCを勉強しようかな、という同列に並べた選択は変じゃない。
ごくふつー。

647:デフォルトの名無しさん
06/12/22 10:28:15
まぁ、MFC使って、
AppWizardの吐き出したコードの汚さに目が点、
画面に使えるコントロールが少ない、
それでも画面を何とかするにはActiveX使うしかない、
という流れでどうせ頓挫するさ。

という意味では、一旦MFC漬かってみれば結論でるお。

648:デフォルトの名無しさん
06/12/22 10:44:40
> C++勉強しよう。STLを勉強しようかな、MFCを勉強しようかな
作れるものが全然違うから同列に出来ないと俺は思ってる。
何かを作るのが目的でC++を勉強するってのが俺のスタンスだからだろうけど。
MFCを使ったコンソールアプリを作るのがMFCの勉強とは思えない。

堂々巡りでスレ汚しになる予感だ。
ケチ付けた方からで悪いが、この件はMFCの糞さとは関係ないからここら辺にしておこう。

649:デフォルトの名無しさん
06/12/22 12:39:33
＞作れるものが全然違うから同列に出来ないと俺は思ってる。

「作るものが～」という文脈は、作るのが目的の場合。

勉強する場合作るものはある程度何でも良くて、C++文法やクラスライブラリ構造の１例理解がターゲットだったりするわけ。

650:デフォルトの名無しさん
06/12/22 16:29:04
もうObjective-CとCocoaに移行すればいいじゃん。
そうすれば糞面倒なC++とMFCにもおさらば。

651:デフォルトの名無しさん
06/12/22 17:11:43
C++が面倒（やっぱ、慣れるまではちょっと面倒）なんじゃなくて、MFCが面倒。

それから、C/C++系ライブラリは必要、MFCは必須ではない。

652:デフォルトの名無しさん
06/12/22 20:38:30
一度でいいから見てみたい。
MFCを使わずにC++とWin32APIで
クラスの概念の存在意義を見いだせる書き方をされたコード。

653:デフォルトの名無しさん
06/12/22 21:02:05
ATL/WTLはどうですか？

654:デフォルトの名無しさん
06/12/25 08:47:03
＞MFCを使わずにC++とWin32APIで

C言語とC関数ライブラリでひとかたまりのように、
C++とクラスライブラリで一セット。
分離はできない。

MFCを別のクラスライブラリに差し替えるのが正しい。

655:デフォルトの名無しさん
06/12/25 11:34:32
小物を沢山作る人なんかは自分で小さいクラスライブラリを作ってる事もあるね。
漏れも昔はやってた。

656:デフォルトの名無しさん
06/12/26 04:41:55
サードパーティの有料コンポーネント使った方が速いというか

657:デフォルトの名無しさん
06/12/26 20:37:28
サードパーティの有料コンポーネントってびみょーなのが多い
なんだこの程度のコンポーネントで売り物になるんだと思うことがほとんど。
自作したほうが、早い

658:デフォルトの名無しさん
06/12/26 23:26:33
wcはcの入門書の例題によく出てくるから、まあ範疇でいいじゃない。
wc　sed　grep　lsなど簡単なunixコマンドは大抵win32版がgnuその他のフリーウェアで
転がっているから、ググレば拾えるよ。

659:デフォルトの名無しさん
06/12/26 23:27:22
>>658
やや、誤爆った。スマソ。

660:デフォルトの名無しさん
06/12/27 09:16:40
今ってネットにフリーのクラスライブラリのソースそのまんまのコンポーネントが溢れてる時代だよね。
ＭＦＣはマジでその辺が無い。

661:デフォルトの名無しさん
06/12/27 09:20:26
漏れはCodeProjectでさんざん世話になったが・・・

662:デフォルトの名無しさん
07/01/03 15:22:16
ほっしゅ

663:本田
07/01/03 19:07:29
>>652

URLﾘﾝｸ(owlnext.sourceforge.net)

664:デフォルトの名無しさん
07/01/12 10:24:15
＞永久プログラマー
＞URLﾘﾝｸ(www.est.co.jp)

マイクロソフトC/C++7.0とクラスライブラリMFC1.0を使って、アプリケーションを作り始めた。
半分ほどプログラミングした時点でVisualC++1.0が米国で出荷された。
その開発環境の良さやMFC2.0の高級な機能に刺激されて、VC++に開発環境を移行した。
MFC1.0は、Win16APIにクラスライブラリの皮を被せただけの簡単なものである。
彼はこの上に、独自の高級なクラス構築していたのだが、MFC2.0が見事にそれを葬ってくれた。
MFC2.0に合わせて、モジュール構造から作り直すのに6ヵ月ほどを費やした。

665:デフォルトの名無しさん
07/01/13 13:25:12
>>664
＞久遠のプログラマー
マイクロソフトC/C++7.0はMFCなどの分厚いマニュアルが何冊も付いてきて、
パッケージの幅が５０ｃｍはあったと思う。
これを抱えたまま秋葉原駅の階段で転倒。腕の骨を骨折するに至った。

666:デフォルトの名無しさん
07/01/14 02:10:59
ワロタ

667:デフォルトの名無しさん
07/01/14 03:28:18
>>660
CodeGuru

668:デフォルトの名無しさん
07/02/09 11:54:29
Vi$taでもMFC使える？

669:デフォルトの名無しさん
07/02/09 19:31:51
>668
おいしい情報を教えるよ。

僕が開発した、「馬鹿には見えないMFC」を使えば、Vistaでもツルツル動くよ。
格安で譲って上げるから、レスちょうだい。

670:デフォルトの名無しさん
07/02/09 20:50:33
ツルツルａｇe

671:デフォルトの名無しさん
07/02/10 10:00:05
メモリーフローコントロール

672:デフォルトの名無しさん
07/03/21 03:27:23
>>665
VisualC++1.0の紙マニュアル付きを思い出す
あれ買って帰った人いるのかなぁ

673:デフォルトの名無しさん
07/04/01 18:21:49
あげあげ

674:デフォルトの名無しさん
07/05/02 11:35:58
MFCに四苦八苦しながらもようやくまともにアプリ書けるようになったと思ったら
.NETにWin64APIですか…orz

675:デフォルトの名無しさん
07/05/02 15:15:49
>>674
MFCよりゃ癖もなくて楽だと思うけどね。

676:デフォルトの名無しさん
07/05/05 23:08:13
MFCにかわるものはあるんですか？

（個人的にMFCは嫌いじゃない）

677:デフォルトの名無しさん
07/05/05 23:09:23
MFCの様にやりたいなら、MFCが一番だろｗ

678:デフォルトの名無しさん
07/05/08 10:40:50
MFC（GUIイマイチ） + VCL（某製） → .NET（モッサリ）

679:デフォルトの名無しさん
07/05/11 20:43:21
まぁ所詮「イジワルC++」ですから。

680:デフォルトの名無しさん
07/05/12 00:07:23
なんか、OrcasだとMFCも Vista対応されるんだな。

681:デフォルトの名無しさん
07/05/12 18:26:10
mfcはそこそこosに近い所で動きながらそこそこラクができるのが
いいんじゃないの。CWndベースで何でも作れるやん。

682:デフォルトの名無しさん
07/05/13 15:52:29
あれだなんだっけ？
メモリデバイスコンテキストとかセレクトオブジェクトで取得したもんを
開放したり確保したりかってにやってくれるのがいい
アレ、自分でやると開放していいのか悪いのかさっぱりわからん

あと、トラッカークラスとかいいｗ

683:デフォルトの名無しさん
07/05/14 09:36:10
＞CWndベース

このクラス、Win32APIがくっついてるだけで、
変数も内部に保持しないわ、
楽にしてくれるメソッドは無いわ、
超スペシャルカス設計。

684:デフォルトの名無しさん
07/05/14 11:03:01
もともと、単なるラッパーとして設計されたクラスだもの。

685:デフォルトの名無しさん
07/05/14 11:28:42
＞単なるラッパー

いや、単なるラッパーでも内部に変数保持する筈だし、
便利なメソッドが付いてる筈。

㌧ﾃﾞﾓキチガイ設計だお。

686:デフォルトの名無しさん
07/05/14 12:50:59
MFCのステートのカオス度は異常

687:デフォルトの名無しさん
07/05/14 16:51:56
え？何を内部に変数保存するの？

688:デフォルトの名無しさん
07/05/14 16:55:12
よくわかんねーけどインスタンスだろ

689:デフォルトの名無しさん
07/05/14 17:02:42
CPenとか内部に保持してくれたりリリースしてくれたりしないのは変杉。

690:デフォルトの名無しさん
07/05/14 17:33:30
設計当時、GDI上のハンドルは全てキャッシュだからなぁ。
Win16/Win95時代の設計なんだよ。

だから、どうしても変な実装になる。

691:デフォルトの名無しさん
07/05/14 17:43:37
VCLならちゃんとした設計になってるよ。
各コントロールやウィンドウがCanvasっていう抽象クラスを持ってて、
Canvasクラスがペンやメソッド持ってるお。

692:デフォルトの名無しさん
07/05/15 09:09:01
apiを直に使うのに慣れてたら違和感ないだろう
apiとやり方が全然違うとかえって使いにくいし

693:デフォルトの名無しさん
07/05/15 09:17:47
＞apiを直に使うのに慣れてたら違和感ないだろう

違和感ありあり。

apiの機能を端折ることなくメソッド追加できるのが、クラスベース言語＆クラスライブラリ。

クラスライブラリが無ければ、apiのラップ自体が開発となるのに、
目の前にトンでも設計便利なところ無しクラスライブラリを目の前に置かれると目が点。

694:デフォルトの名無しさん
07/05/15 13:23:55
>691
その実装も問題ありだな。
つーか、OS/2だと、DCとPSって分けられてたって知ってる?

695:デフォルトの名無しさん
07/05/15 13:27:13
何がどう問題なのか書かなきゃ意味無し。

696:デフォルトの名無しさん
07/05/15 15:01:06
ほう、ドリキャスとプレステで分けられてたのか。
三千院家の屋敷みたいだな。

697:デフォルトの名無しさん
07/05/20 12:21:41
たまにはWFCのことも思い出してあげてください…

698:デフォルトの名無しさん
07/05/22 23:20:30
ちゃんとしたものが作れるのであれば、なんでもいいよ。
MFCだろうとVCLだろうと。

699:デフォルトの名無しさん
07/05/23 00:49:16
WTL最強

700:デフォルトの名無しさん
07/05/23 13:30:19
URLﾘﾝｸ(www.net3-tv.net)

701:デフォルトの名無しさん
07/05/29 14:45:22
MFCで0xc0000135
URLﾘﾝｸ(forums.microsoft.com)

702:デフォルトの名無しさん
07/06/21 16:15:40
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
1990年代の中頃になると，主にCプログラマを対象とする，
比較的難易度の高いMicrosoftの「Win32 API」が，
さらに難解な「Microsoft Foundation Classes (MFC)」と「ActiveX Template Library (ATL)」に取って代わられた。
これら2つのC++フレームワークは，控えめに言っても，コンピュータ・サイエンスの歴史上最悪の出来事に含まれる。

703:デフォルトの名無しさん
07/06/21 20:24:08
えー、歴史を知ってる人はそんなに簡単に史上最悪とか言わないよー。
だって、必用があったから拡張されて複雑になるわけで、それなりの理由があるんだから。

次ページ