03/07/26 14:15
特にゲーム製作には全然使えん罠
2:デフォルトの名無しさん
03/07/26 14:15
【0:3】重要なお知らせ。
1 名前：pc2 : 01/10/01 14:39
BIG-serverだとドメイン取れるんだっけ？
∧＿∧
∧＿∧ （´<_｀ ） 色々あるぞ兄者。
（ ´_ゝ`） / ⌒i URLﾘﾝｸ(www.maido3.com)
／ ＼ | | オリジナルも探せるぞ。
/ /￣￣￣￣/ | URLﾘﾝｸ(www.maido3.com)
＿_(__ﾆつ/ 2ch / .| .|＿＿＿＿
＼/＿＿＿＿/ （u ⊃
2 名前：pc2 : 03/01/26 17:00
・・・・・・
∧＿∧
∧＿∧ （´<_｀ ） ん、どうした兄者？
（ ´_ゝ`） / ⌒i
／ ＼ | |
/ /￣￣￣￣/ |
＿_(__ﾆつ/ 2ch / .| .|＿＿＿＿
＼/＿＿＿＿/ （u ⊃
3 名前：pc2 ：03/01/26 17:21
ドメイン取れたけど鯖持ってない。
∧＿∧
∧＿∧ （´<_｀ # ） さっさと借りろ兄者！
（ ´_ゝ`） / ⌒i URLﾘﾝｸ(www.maido3.com)
／ ＼ | |
/ /￣￣￣￣/ |
＿_(__ﾆつ/ 2ch / .| .|＿＿＿＿
＼/＿＿＿＿/ （u ⊃
3:デフォルトの名無しさん
03/07/26 15:00
文句があるなら使わなければいいだけ
4:デフォルトの名無しさん
03/07/26 15:42
>>1
気づくの遅すぎ！
5:デフォルトの名無しさん
03/07/26 15:54
会社じゃ使わざるを得ないよ。
昔作ったもののメンテしなきゃならんし。
それなりにまだまだ需要はある。
6:デフォルトの名無しさん
03/07/26 17:27
>>1のスレ立て行為を肯定するようなレスはやめれ！
7:デフォルトの名無しさん
03/07/26 17:28
プログラマブル初心者なんですが
MFC使わなかったらWindowsアプリ作れないじゃないんですか？
WIN32APIでゴリゴリですか？
ATLでばびゅーん？
それとも商用ライブラリでも使ってるの？
ぺゾルトさんもMFC嫌いみたいね
8:デフォルトの名無しさん
03/07/26 17:39
VCLでゴリゴリです。
9:デフォルトの名無しさん
03/07/26 17:41
>>7
もまいは開発ツールVC++しか知らんのか
10:デフォルトの名無しさん
03/07/26 17:41
MFCにコリゴリです。
11:デフォルトの名無しさん
03/07/26 17:45
>>9
他にはないですが。
12:デフォルトの名無しさん
03/07/26 17:59
MFC のフレームワークって薄いイ皮で API ラップしただけじゃん。ホントアホらしい。
その点 VCL はすごすぎ。MFC とは天と地との差だよ。さすが今はなきヘジさんだね。
C# も素晴らしいがDelphi もまだまだ健在ってことだ。
13:デフォルトの名無しさん
03/07/26 18:02
Java 最高!
14:デフォルトの名無しさん
03/07/26 18:03
>>11
>>8
15:デフォルトの名無しさん
03/07/26 18:10
皮が薄いほうが気持ちいいよ
16:デフォルトの名無しさん
03/07/26 18:10
最強のGUIライブラリを決めるスレ
ｽﾚﾘﾝｸ(tech板)
17:デフォルトの名無しさん
03/07/26 18:16
>>1
MFC==ミットフィルダーセンター==ゲームメーカーの事。
つまり、ゲームを作るために生まれたんだ。
つまんねー。ごめん。
18:デフォルトの名無しさん
03/07/26 18:31
OWL の方が業界標準になった方が良かったのにね
19:デフォルトの名無しさん
03/07/26 18:31
★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★
☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆
★☆
☆★ 送料激安！！ 送料激安！！ 送料激安！！
★☆ URLﾘﾝｸ(www.get-dvd.com)<)
★☆ スピード発送！
☆★ URLﾘﾝｸ(www.get-dvd.com)<)
★☆
☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆
20:デフォルトの名無しさん
03/07/26 19:07
猫さんのところいけ。
WIN32APIのが楽に作れる。
と、最近までは思ってたんだけどMFCにもゲーム作るときに役に立つクラスがあんだよな。
トラッカークラスとかほしいよね。
21:デフォルトの名無しさん
03/07/26 19:09
>>12
仕方ないよ。C++の限界だからね。
ボーランドもOWLで失敗しているし。
22:デフォルトの名無しさん
03/07/26 19:09
MFC使わない場合ってボタンクラスとか自作？
23:デフォルトの名無しさん
03/07/26 19:31
>>18
OWLよかったんだがなー
デバイスコンテキストのカプセル化なんか最高ですた
まぁブランドバカどもが無批判にMSﾏﾝｾｰした結果マイナーで終わったんだな
24:デフォルトの名無しさん
03/07/26 19:32
>>22
猫でもわかるプログラミングってとこいくとわかるけど。
MFC使わない方が楽。なときが多い。
25:デフォルトの名無しさん
03/07/26 19:42
まぁいちいちマイナーなのを使って通ぶるｳﾞｧｶどもが無批判にﾏﾝｾｰした結果
マイナーで終わったんだな
26:コヨーテ
03/07/26 20:54
URLﾘﾝｸ(elife.fam.cx)
27:デフォルトの名無しさん
03/07/26 21:00
>>25
Delphiを馬鹿にしないでください
28:デフォルトの名無しさん
03/07/26 21:32
Manko
Fuck
Chinko
いやらしいフレームワークやな
29:デフォルトの名無しさん
03/07/26 21:44
>>23
Win3.1 の頃は MFC vs OWL が互角だったが、
某が Win95 対応化のための BC の 32bit版開発が遅れに遅れたために
早くに対応した VC++ に OWL ユーザ流れたという話を雑誌で読んだ覚えがある。
BC5.0 のことかな？
BC5.0 前のプレ対応??の BC4.5 がバグってたせいという説も聞いたことがある。
詳しい真相を知ってる人は教えてくれ。
30:デフォルトの名無しさん
03/07/26 23:49
WTL使えよ
31:デフォルトの名無しさん
03/07/26 23:52
MFC便利
32:デフォルトの名無しさん
03/07/27 00:00
Win32APIをラップした、解りやすくて、使いやすくて、速い、クラスライブラリ
を誰か作ってください。
33:デフォルトの名無しさん
03/07/27 00:01
MFC便利
でも最近はATL/WTL
34:デフォルトの名無しさん
03/07/27 00:02
>>32
そんなあなたにATL/WTL
薄いラッパーだからわかりやすいよ。
35:デフォルトの名無しさん
03/07/27 00:02
gtkは？
36:デフォルトの名無しさん
03/07/27 00:15
>>35
アホか
37:デフォルトの名無しさん
03/07/27 00:19
tcl/tk
38:デフォルトの名無しさん
03/07/27 00:30
>>36
え、なんでアホ？
39:デフォルトの名無しさん
03/07/27 00:36
ム板でGUIライブラリ作ろうぜ
40:デフォルトの名無しさん
03/07/27 00:40
>>39
まずその必要性を示せ
41:デフォルトの名無しさん
03/07/27 01:24
>>7の
プログラマブル初心者
っていうのは、流行ってるのでつか？
シャアウェアをインストロールしたらレジスターが
書き換えられてディスクトップがぐちゃぐちゃになって、
エキスプローラでホルダーをクィックしても動かなく
なってしまいました。どうすればレジスターを修復で
きますか？ ソフトはWindous95で機種はＢＭＷの
アクティバです。接続環境はフレッシュＩＳＢＮです。
ヤッホーやゴーグルなどの検索で調べても解らないので
ツーチャンネルの皆様、ご指導よろしくお願いします。
こういうの大好きな漏れ。
42:デフォルトの名無しさん
03/07/27 08:34
6月2日（月）
今日も息子はテストで0点を取ってきた。
本当に頭が悪い。 引き算が出来なくて立て続けに５問も間違える小学5年生がいるだろうか。
将来が心配。
6月3日（火）
息子の将来のことで夫と話し合った。
夫は興奮して、「もっと自分の子供を信じてやれ！」なんて偉そうに言ってる。
あなたに似たのよなんていったら、手をあげられてたかもしれない。
6月4日（水）
息子の部屋を掃除していたら国語のテストを発見した。
５回分のテストすべて0点。 しかも5枚とも自分の名前を間違って×がついていた。
息子は自分のことを「犬」だと思ってるのだろうか。
最近、夫の帰りが最近遅いのも気になる。
43:デフォルトの名無しさん
03/07/27 08:35
6月5日（木）
学校から呼び出しを受けた。もちろん息子の成績について。
もう学年が上がってからこれで４回目。 つかれた。
そういえば息子は、最近メガネが割られてたり、生傷が耐えなかったりしていたので
この機会に先生に尋ねてみた。 でも「うちの学校にいじめなんてありませんよ。」を
ただ繰り返すだけ。
もうメンドクサイ。ほおっておいた。 このまま見ぬふりをしていようとおもう。
6月6日（金）
息子がなにやら、大きな人形を拾ってきた。 どこかの薬屋さんのマスコットだろうか。
どこから拾ってきたのか問いただしても、「未来からやってきた」と言うばかり。
左頬を叩くと、狂ったように泣き叫び、その人形のおなかの辺りをまさぐり始めた。
「スモールライト～」と叫びながら右手を高々と上げる息子。
その右手を私の方に向けて、奇声を発しながらこっちを睨み続ける。 もう訳が分からない。
夫とのセックスがなくなってから、かれこれもう５年。
6月7日（土）
朝早く、「たけこぷたー」という息子の叫び声とともに目を覚ました。
次の瞬間大きな物音がしたと思ったら、庭で息子が倒れていた。
咲いたばかりのアジサイが真っ赤に染まっていたから、、、
また寝なおした。
夫は昨日、帰ってこなかった。
44:山崎 渉
03/08/02 02:17
（＾＾）
45:山崎 渉
03/08/15 16:26
(⌒V⌒)
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
46:デフォルトの名無しさん
03/08/24 15:33
MFCにコリゴリです。
47:sage
03/08/27 11:03
MFCでゲーム(ﾟДﾟ)
48:デフォルトの名無しさん
04/01/07 23:57
一ヶ月前から初めてＣというかプログラミング自体始めたけど
ＭＦＣめっちゃええやん。
49:デフォルトの名無しさん
04/01/09 14:46
>>48
C++勉強しないでよく理解できるな。
MFCはクセが強すぎてイヤんなっちゃう。
コンパイラが通っても、実行時にエラー吐くのが多すぎ。
50:デフォルトの名無しさん
04/01/09 14:53
>>48
マジか？すげー。天才！
どうやって勉強したの？
51:デフォルトの名無しさん
04/01/09 16:18
>>50
隣に住んでるプログラマーのお姉さんに教えてもらった。
そろそろ別のことも教えてもらおうかな。ｗ
52:デフォルトの名無しさん
04/01/09 16:24
MFCっ娘萌え
53:デフォルトの名無しさん
04/01/09 17:37
C言語を独学し始めてから四ヶ月。
Win32APIしか使ってない。
MFCでやると、プログラミングが簡単になるのでしょうか？
54:デフォルトの名無しさん
04/01/09 17:48
>>53
C++をマスターしていれば少しはましになる。
.NET Frameworkだと劇的に簡単になるが。
55:デフォルトの名無しさん
04/01/09 17:52
.NET?
C#ってやつですか？
.NETのアカデミック版を買ったからはいっていたなぁ。
C++1はもっか勉強中です。
クラスを使うとプログラミングが簡単になるという事を理解しました。
56:53
04/01/09 17:53
ｽﾏｿ
>>55は漏れです。
57:53
04/01/09 17:53
>>55は漏れです。
58:デフォルトの名無しさん
04/01/09 18:00
>>55
C#じゃなくても出来るのが.NETの特徴だから、C++でも出来るが。
簡単さではMFCとは比較にならない。
59:デフォルトの名無しさん
04/01/09 18:18
.NETっつーのは、そんな使いやすいのかー
60:デフォルトの名無しさん
04/01/09 18:37
>>59
っていうか逆で、それだけMFCが使いにくいってこと。RADじゃないから。
61:デフォルトの名無しさん
04/01/09 20:13
WTL使おう
62:デフォルトの名無しさん
04/01/10 14:46
>>60
いま、VC++6.0+MFCで勉強してんだけど、
すぐにVC++.NETに移行すべきなんですかね？
まともなプログラミングをするにはMFCだけじゃなく
COMという高い山を越えないといかんわけですが。
63:デフォルトの名無しさん
04/01/10 15:06
今の.Netはアンマネージコード必須だからMFCとはまた別の厄介さがあるし
64:デフォルトの名無しさん
04/01/10 22:09
ゲーム制作にVCLは使えますか？
65:どうでもいい
04/01/11 00:47
MFCって駄目駄目というのをよく目にしていたのでずっと敬遠していたのですが、
いざ使ってみるとかなり使いやすいじゃないですか。
66:デフォルトの名無しさん
04/01/12 11:17
>>64
使えないこともないけど
67:デフォルトの名無しさん
04/01/13 21:41
笑えるくらいWTLがスルーされてるな
俺は好きだけどね
68:デフォルトの名無しさん
04/02/04 23:22
っていうか
managedC++で終了でしょ
.NETの方がフォームも直感的に作れるし
69:デフォルトの名無しさん
04/02/04 23:49
なぜMFCはゲームに向いてないと思うのか・・
OnTimer()で30fpsのゲームを作ろうとしてる？
それなら、「猫でもSDK」でも解決しないよ。
winmainでぐぐって見れば？
70:デフォルトの名無しさん
04/02/05 01:48
VBより好きだぜ
71:デフォルトの名無しさん
04/02/05 01:48
OnIdleで、timeGetTimeとかつかって、60fps
72:デフォルトの名無しさん
04/02/05 09:38
CStringとかふざけたクラス使うのヤダ
73:デフォルトの名無しさん
04/02/05 09:57
ＭＦＣ最高！！！
74:デフォルトの名無しさん
04/02/05 10:53
.NET 周りで使ってない。
よって MFC 健在
75:デフォルトの名無しさん
04/02/05 11:17
WTL！
76:デフォルトの名無しさん
04/02/05 11:49
DVD!
77:デフォルトの名無しさん
04/02/05 12:11
VCL使おうぜみんな！
78:デフォルトの名無しさん
04/02/05 13:21
OutputDebugString(AnsiString().sprintf("hoge value is %d", hoge).c_str());
とか書くの面倒だから嫌
79:デフォルトの名無しさん
04/02/05 14:20
もう、MSがMC++に力入れないから
C#に行っちゃったよ。
どっちにせよ時期OSがああなった以上、遅かれ早かれ.NETは避けれないんだし
80:デフォルトの名無しさん
04/02/05 14:59
Win衰退を感じさせる場に及んで、始まってもない.NETに行くのは破滅パターン。
81:デフォルトの名無しさん
04/02/05 15:06
スレ違いですよ
82:デフォルトの名無しさん
04/02/05 20:16
>>80
売り上げが落ちたとは言え(しかも恐らく不正コピーの為)
Winの代わりになるOSが現段階で無いんだから、Winに付いて行くのは間違いではなかろう
まさか、一般ユーザーにLinux使えと言うのか？ｗ
林檎使えとか言うなら藁うぞ
83:デフォルトの名無しさん
04/02/05 20:56
煽りにマジレスとはおめでてーな
84:デフォルトの名無しさん
04/03/18 04:37
>>83
やーい、論破されてやんの
85:デフォルトの名無しさん
04/03/18 05:05
破滅なんて味わったことないからな
この板が無職であふれかえるミライはみたくないよ
86:デフォルトの名無しさん
04/03/18 05:31
COMの次が.NET
COMと同じように.NETも社員だけに任せとけばいい
87:デフォルトの名無しさん
04/03/18 13:40
>>86
いままでCOMに手をつけたことがないのか？
COMも知らずによくWindowsプログラミングができるな (激藁
88:デフォルトの名無しさん
04/03/18 16:47
毛嫌いしていたMFCをとうとう仕事で使う羽目に。
APIの世界へ帰りたひ・・。
89:デフォルトの名無しさん
04/03/18 18:30
>>87 死滅したCOMに人生を無駄に費やした人
90:デフォルトの名無しさん
04/03/18 22:11
>>89
COMを学んでも理解できなかったのか？
おまえは何やっても無駄だよ (＾▽＾ｹｹｹ
91:デフォルトの名無しさん
04/03/18 22:29
使えるとこだけ都合よく使えばいいじゃん。
92:デフォルトの名無しさん
04/03/19 22:10
MFC便利と言えば便利だけど、どうも”痒い所に手が届かない”こと
がしばしばある。結局MFCの中からAPI呼びまくってたりする。
俺にとってはC++勉強用の教材かな。
93:デフォルトの名無しさん
04/03/21 01:23
ゲームにはゲーム用のライブラリを作ればいい。
94:デフォルトの名無しさん
04/03/21 01:27
MFCはクラスライブラリの勉強においては
「反面教師」でしかないんだってね。
95:デフォルトの名無しさん
04/03/21 02:04
既存のクラスを使うなら、ＭＦＣは簡単。
でも、ちょっとしたこと（フローティングボタンとか）作ろうと思ったら、
大変。モレはWindows3.1から開発してたから、ＭＦＣは便利としか思えなく
なってる。友人はＭＦＣよりもDelphiのほうが分かりやすく・作りやすい
と言ってた。彼から見るとモレは尊敬に値するんだと。
モレは単に我慢強いだけかもしれんが（ｗ。
Windowsアプリを作るなら、Delphiがお勧め。ムリして使うこたぁない。
96:69式フリーPG ◆hND3Lufios
04/03/21 02:11
WTLいいよな
97:デフォルトの名無しさん
04/03/21 09:13
>>94
VCLが使いやすいってのはただ単に、RADが使いやすいだけじゃん？
MFCはクラスライブラリの設計としてはそんなに悪くないんじゃないの？
98:デフォルトの名無しさん
04/03/21 13:32
あぁ、WTLは良い。
99:デフォルトの名無しさん
04/03/21 17:32
MFCは無駄に機能があるんだけど
俺が使いたい機能に限って無いとか
細かいところ弄れなくて使い物にならない とかで
あんまり使わなかったな
COMはフォームのコントロールの為に結構使ってた。
でも、メインはATL(のクラスだけ)やSTLやAPIだったね。
100:デフォルトの名無しさん
04/03/21 20:24
100Gets!
101:デフォルトの名無しさん
04/04/12 09:51
MFCやATLは、.NETに対応しないんだっけ？
であれば、それらのソースを収束させるべき、というか、他に書き換えるべきかな。
102:デフォルトの名無しさん
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:デフォルトの名無しさん
04/04/12 10:27
はぁ？ だからMFCやATLはVC++.NETでもサポートされてるって。
105:デフォルトの名無しさん
04/04/12 10:33
URLﾘﾝｸ(www.shoeisha.com)
この記事に、
Visual C++ 6.0で作ったMFCプログラムは、MFCが.NET非対応なため、そもそも.NET化できない、
と書いてあるが。
106:デフォルトの名無しさん
04/04/12 10:41
URLﾘﾝｸ(review.tabletpc.jp)
> まずVisual Studio .NETの「ファイル」メニューから
> 「新規作成」→「プロジェクト」と選び、
> 「ＭＦＣアプリケーション」プロジェクトを作成しよう
107:デフォルトの名無しさん
04/04/12 10:44
>>106
COMは反則でしょう。
MSがCOMをUNIXに移植すると宣伝しながら、
数年後に断念した（正式アナウンス）んだから。
108:デフォルトの名無しさん
04/04/12 10:45
>>107 なんで勝手に論点を変えるの？ｗ
109:デフォルトの名無しさん
04/04/12 10:46
>>108
.NETアプリをMFC、ATLで作れるか？
という質問にＣＯＭのインターフェース作成で答える馬鹿、消えろ。
110:デフォルトの名無しさん
04/04/12 10:47
>>109 なんで俺に言うの？ｗ
111:デフォルトの名無しさん
04/04/12 10:48
108=110
ごめん、間違えた。
でも、質問に正確にというか、真正面から答えてくれない人は消えてくれると嬉しい。
この板を情報源にしてる自分としては。
112:デフォルトの名無しさん
04/04/12 10:50
> この板を情報源にしてる自分としては。
２ちゃんねるを情報源にするなよｗ
２ちゃんねるは質問する所ではありません。
ニュース速報代わりに使用するところです。
113:デフォルトの名無しさん
04/04/12 10:53
>>112
>２ちゃんねるは質問する所ではありません。
>ニュース速報代わりに使用するところです。
勝手に決め付けないで。
本当に情報源として使ってるんだから。
114:デフォルトの名無しさん
04/04/12 10:54
現に情報源として成り立ってないじゃんｗ
115:デフォルトの名無しさん
04/04/12 11:11
>>113
無能
116:デフォルトの名無しさん
04/04/12 11:17
いまどきMFCか
117:デフォルトの名無しさん
04/04/12 11:18
違うだろ。
MFCをどう捨てるかに迷うんじゃないか。
ばっさり捨てるか、ライブラリとして使えるとみるか。
118:デフォルトの名無しさん
04/04/12 12:49
すてないとWinFXに移行できないよ
119:デフォルトの名無しさん
04/04/12 12:54
捨てるには、
社内にそれなりのアナウンスが必要。
MFCを直でWinFXコンパイル出来ませんよ、とか。
120:デフォルトの名無しさん
04/04/12 14:15
ライブラリくらい自分でつくれよ～
MFCなんぞ使うなよ～
と、言ってる俺は、MFCなんぞ使ったことがない。
いつもAPIをガリガリ…ガリガリ…
121:デフォルトの名無しさん
04/04/12 15:08
>>120みたいなこと言う奴に限ってCやC++の標準ライブラリは使ってるんだよな。
ライブラリを否定するならそれらも使うなと。
122:デフォルトの名無しさん
04/04/12 15:49
そういう問題じゃない>>121
>>120
クラスライブラリ >>>>>>>>>> 関数ライブラリ=120
123:120
04/04/12 18:07
しかたねーじゃん、ハードの問題でMFCつかえないんだから。
使えないのに、勉強する気にならん。
124:デフォルトの名無しさん
04/04/12 21:00
じゃあスレ違いだな。氏ねよ。
125:デフォルトの名無しさん
04/04/13 12:57
>>124
いちいち反応すんなよ
（俺もか…）
126:デフォルトの名無しさん
04/04/26 10:26
ごめん俺死んじゃった
127:デフォルトの名無しさん
04/06/16 00:29
IDﾁｪｯｸ
128:デフォルトの名無しさん
04/06/21 15:20
256get ∧＿∧
∧＿∧ （´<_｀ ） ん、どうした兄者？
（ ´_ゝ`） / ⌒i
／ ＼ | |
/ /￣￣￣￣/ |
＿_(__ﾆつ/ 2ch / .| .|＿＿＿＿
＼/＿＿＿＿/ （u ⊃
129:デフォルトの名無しさん
04/06/21 15:21
∧＿∧
∧＿∧ （´<_｀ ） 128だったな兄者…
（*´_ゝ`） / ⌒i
／ ＼ | |
/ /￣￣￣￣/ |
＿_(__ﾆつ/ 2ch / .| .|＿＿＿＿
＼/＿＿＿＿/ （u ⊃
130:デフォルトの名無しさん
04/07/24 10:16
転職の時にMFC使えると有利になるかな？
よく求人にVC++を使える人を歓迎って
書いてあるけど・・・
131:デフォルトの名無しさん
04/08/03 23:38
なんだかんだ言っても、ネイティブアプリ作るとなると、
まだまだ必要なんだよな。
API直叩きとどっちが楽なのか、時々わからなく
なるけど・・・(´･ω･`)
132:デフォルトの名無しさん
04/08/13 21:03
次はActiveXが消えると思う
133:デフォルトの名無しさん
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:デフォルトの名無しさん
04/09/23 17:47:31
個人開発です。
将来の定期的なバージョンアップを視野に入れると.NETが有利な気がしますが、
.NETはまだちょっとしか触ったことがないので不安です。
137:デフォルトの名無しさん
04/09/23 18:11:22
MFCが使いやすいんならMFC使えば？自分がどっちでやりやすいかが問題だろ。
MFCで作ってたらそのビルドが使えなくなるっていうんなら変える必要もあるけど
５年くらい先までなら確実に現行OSのシェアが半分あるだろうから、その点を問題
にして変えなきゃならないということはないと思うが。
138:デフォルトの名無しさん
04/09/23 18:41:16
現状では積極的に.NETで新規開発するメリットはあまりなさそうですね。
139:デフォルトの名無しさん
04/10/13 23:04:18
C#2.0になってLonghornがでてきたら変わるかもね
まぁすくなくともあと5年くらいはMFCは現役かと
140:デフォルトの名無しさん
04/10/21 14:46:53
先にWin32 APIでプログラム始めたんで、MFCを使うようになって便利になったけど、
Win32 APIに対応するMFCのメソッドはどこにあるのか、はたまた、ないのかがわかりにくい。
結局、MFCのソースをgrepしてたりする。
あと、FindFile APIのラッパが CFileFind なんて File と Find が逆になってるのはいぢわるなんですかね?
141:デフォルトの名無しさん
04/11/07 17:02:19
漏れもMFCの後にC#.NETに移ったクチだが
感動的なぐらいコーディングが楽だぞ。
速度上の要求がどうしても厳しいなら、MFCの
方がいいかもしれないが、そうでないなら.NETの
方がはるかに楽。
強いて言えばWin32API使う時に煩わしいのが難点かな。
142:デフォルトの名無しさん
04/11/07 22:40:55
>>141
C#バンドルのライブラリが充実していたからそう感じたのであって、
数々の有益なライブラリで武装したC++より優れているなど有り得ないと思うのだが。
まさか、「iostream/STL/ATL/MFCだけのC++」と「C#」を比較してないよね？
143:デフォルトの名無しさん
04/11/14 00:42:08
はぁ？
144:デフォルトの名無しさん
04/12/14 01:15:22
OTL
145:デフォルトの名無しさん
04/12/16 10:26:27
はぁ？
146:デフォルトの名無しさん
04/12/19 01:26:47
はぁ？
147:デフォルトの名無しさん
05/01/09 02:21:37
はじめてMFCの勉強してるけどわけわからん…
これはホントに普通のC++のフレームワークなのか？
VBみたいなところもあるし、へんなマクロがたくさんあるし、
ウイザードの動きがよくわからんし…
148:デフォルトの名無しさん
05/01/09 02:36:16
>>147
MFCというのは元々C++ではなくCでWindowsアプリを
「プログラミングWindows」の流儀でゴリゴリ書いてた人が
抵抗なく使えるようにすることを目的に開発されたライブラリだから
メジャーなオブジェクト指向のライブラリとしては
史上最低のオブジェクト指向度を誇るらしいよ
実際APIの薄っぺらなラッパでしかないクラスも多いし
149:デフォルトの名無しさん
05/01/09 02:36:48
（´･∀･)つﾍｰﾍｰﾍｰ
150:デフォルトの名無しさん
05/01/09 03:01:15
MFCで気に入らなかったのがダイアログベースのFormViewだったなぁ。
手軽に使えるのはいいけど見た目がじみすぎた。
.NETのWindows Formのような手軽で表現力の高いViewが必要だったのだと思うよ。
151:デフォルトの名無しさん
05/01/09 03:18:43
じぶんもMFCからC#2.9に移ってるが、コーディングマジ楽･･･
まぁらくなのはインテリセンスに負うところが多いいが、メッセージがイベントに変えられてるところが実にエレガント
あのうんこマクロとはだんち。
152:マイク ◆yrBrqfF1Ew
05/01/09 05:15:09
まあQt/KDEが最強なわけだな。
QGLクラスもあるしな。
153:デフォルトの名無しさん
05/01/09 12:52:18
MFCで作れることになってる高度な複合ドキュメントがほとんど必要に
されなかったことが敗因だと思う。
UIなんてFormViewで十分だったからね。見た目が地味なのは同意。
154:デフォルトの名無しさん
05/01/12 11:22:56
そうだなあMFCはカローラクラスの満足度を目指しているのでは
70点主義
残りの30点を補完するにはAPIごり書きしかないしね
にしてもJAVA環境から比べれば断然いいなVC++
155:デフォルトの名無しさん
05/01/12 11:44:17
>断然いいなVC++
VC++というのとMFCというのと違う罠。
MFCをいいとは言えない。
156:デフォルトの名無しさん
05/01/12 12:14:21
Win32＝自由度高い→ど素人では、でたらめなものしか作れない。
MFC＝制約多い→ど素人では決まりきったものしか作れない。→嫌気がさす。
よほどの天才以外は、初心者にはMFCやらせた方が将来的に伸びると思う。
157:デフォルトの名無しさん
05/01/12 13:15:28
MFCはWin32と比べて嫌気じゃなくて、
他クラスライブラリに比べてなんだけど。
158:デフォルトの名無しさん
05/01/12 13:31:36
どちらかというと、Win32に毛が生えた程度でしかないことがMFCの問題点。
まともなクラスライブラリ利用に比べて伸びが抑えられる悪寒。
159:デフォルトの名無しさん
05/01/12 15:32:03
本当に勉強したいなら、多少遠回りにはなっても、
コンソールアプリで言語仕様覚える→猫あたりを読んでWin32の仕組みを覚える→C#などの
ライブラリ物に挑戦
がいいだろうな。何も分からずライブラリ使うのとWin32の理屈が分かりつつ使うのは大違い。
160:デフォルトの名無しさん
05/01/12 15:42:47
猫はサンプル見るのには使うけど、あれで勉強するのは無謀
基本わかってて実装方法を調べるという使い方だな
あとC#は別物なので混同しないように
161:デフォルトの名無しさん
05/01/12 15:43:46
大筋良さそうな内容だが、
>C#
こいつ、というか、ＣＬＩのせいで中が見えないだけだが。
中の人が見えるライブラリにすれば、Win32APIコールまでクラスライブラリから読めて万事ＯＫ。
VSワールドは捨てれ。
162:デフォルトの名無しさん
05/01/12 15:45:06
VSワールドの悪。
VB、VC++/MFC、C丼/CLI
163:デフォルトの名無しさん
05/01/12 20:25:03
時代はeclipseでD言語にゃるめ～
164:デフォルトの名無しさん
05/01/12 20:37:24
>>161
Reflector使え
165:デフォルトの名無しさん
05/01/12 22:00:34
C#なんて使ってる香具師いる？
NetFramework入れないと動かないだろ
Win32API呼べたっけ？
間接的に呼んでるということか
166:デフォルトの名無しさん
05/01/12 22:09:12
>>165
ｹｹ#を忘れてはいかんよ、ｹｹ#を。
167:デフォルトの名無しさん
05/01/12 22:22:30
.NET Framework は Win32 のラッパだよ。
168:デフォルトの名無しさん
05/01/13 01:14:11
>>165
直接呼べる。
それくらい知っとけﾖ。
169:VC6
05/02/06 11:53:07
なんでdynamic_castをつかうとwarningがでるんだ？
170:デフォルトの名無しさん
05/02/06 12:59:43
設定が悪いから。自業自得。
171:デフォルトの名無しさん
05/02/06 15:18:19
MFCも当初はOWLのようなオブジェクト指向のライブラリだったらしい
けどな…
プロトタイプを作ってみたら当時のマシン/OSでは遅すぎて話にならん
という事で却下されて、今のMFCの形で作り直されちまったそーな。
「MFC Internal」だったかでその辺の経緯が出てたよ。
172:デフォルトの名無しさん
05/02/06 16:36:26
OWLとMFCでは出来が違いすぎたからな
173:デフォルトの名無しさん
05/02/08 10:21:20
>MFCも当初はOWLのようなオブジェクト指向のライブラリだったらしい
けどな…
M$にマトモな設計は元から無理。
ｺﾞﾐｱｰｶｲﾌﾞの塊のVSにマトモな設計のMFCが入ってる方が違和感。
174:デフォルトの名無しさん
05/02/08 23:38:43
またﾃﾞﾑﾊﾟが来たよ。
175:デフォルトの名無しさん
05/02/10 00:46:49
174みたいにMFCを擁護する椰子の気が知れないな
176:デフォルトの名無しさん
05/02/10 04:12:36
173みたいな電波を擁護する椰子の気が知れないな
177:デフォルトの名無しさん
05/04/03 17:50:31
ゲーム製作にMFC使ってる奴なんているのか？
まだDXライブラリでも使ってる方がマシだな
178:μ-Tron
05/04/03 18:18:38
あれだけ儲けてる会社の技術者達なのに
どうしてこうなってしまうのかが不思議
MFCだけでなく全般のソフトにしてもね
組織が官僚化しちゃってるのかな
179:デフォルトの名無しさん
05/04/04 10:37:26
>>178
儲かってるのと社員の質は別。
寧ろ反比例してんじゃないかと思う今日この頃。
180:デフォルトの名無しさん
05/04/09 13:08:40
ゲームメーカーのナムコでは、商品がヒットすると大きなボーナスが出るシステムを導入した結果、
既存ゲームの続編開発に希望者が殺到し、革新的なクリエイターが消えてしまったとNHKでいってた。
181:デフォルトの名無しさん
05/04/12 11:58:03
やっぱBCBとかDelphi使ったらMFCには戻れないだろ。
182:デフォルトの名無しさん
05/04/26 02:30:31
soudemonaiyo
183:デフォルトの名無しさん
05/04/26 13:36:35
DirectXともSDLとも相性が悪すぎだ。
MFC自体あまりできのいいものでもないのだが、
やはりお気軽にGUIが作れるというのは捨てがたい。
>>176
DirectXとかでゲーム作ってるときとかでも、内部のパラメータを微妙にいじくるのに便利。
たとえばスライダーコントロールとか。まあ、開発を促進するためのツールとしては一定の
使い道があるけど、ゲームの一部になることはないんじゃない？
184:デフォルトの名無しさん
05/04/26 16:27:49
重いし
185:デフォルトの名無しさん
05/04/26 18:28:32
>やはりお気軽にGUIが作れる
( ﾟдﾟ)
(つд⊂)ｺﾞｼｺﾞｼ
(；ﾟдﾟ)
(つд⊂)ｺﾞｼｺﾞｼ
_, ._
（；ﾟ Дﾟ）
186:デフォルトの名無しさん
05/04/26 19:10:00
MFCのソースコードには怨念を感じる
187:デフォルトの名無しさん
05/04/26 20:24:37
余計な動作しすぎなんだよあれ
188:デフォルトの名無しさん
05/04/27 08:40:27
団子クラスライブラリになってるために派生し難くくて、
画面にべたべたコードを書かざるを得ないよね。
189:デフォルトの名無しさん
05/04/27 14:05:24
エラー時にどかーん、と出るダイアログサイアク。
エラーファイルと行数がクラスライブラリの中じゃないか。
そーじゃなくて、ふつーのコンパイラの如くエラーコードでデバッガが止めてトレース出来るようになってて欲しいんだよ。
190:デフォルトの名無しさん
05/04/27 16:31:36
まぁそんな優しい作りをゲイツ一家に期待するだけ無駄ってもんだ
191:デフォルトの名無しさん
05/04/27 16:58:56
○○よ、
MFCの悪口言うのは勝手だけど、経験なしのやつが言うなよな
192:デフォルトの名無しさん
05/04/27 17:41:37
初めて使ったときに思ったこと。
「これ何言語？」
193:デフォルトの名無しさん
05/04/27 18:04:16
そうそう、ウィザードが巨大なきちゃないコードが吐き出す。
コードジェネレータなら仕方ないとあきらめるけど、一応クラスライブラリでしょ？
クラスライブラリが汚い部分を中に隠して、楽々差分コーディングできるのが普通なのにぃ。
194:デフォルトの名無しさん
05/04/27 18:16:24
〃〃∩ _, ,_
⊂⌒（ `Д´） ＜ ヤダヤダ！
｀ヽ_つ ⊂ノ
ジタバタ
〃〃∩ _, ,_
⊂⌒（ `Д´） ＜ ヤダヤダ！
｀ヽ_つ＿_つ
ジタバタ
_, ,_
（`Д´ ∩ ＜ ヤダヤダ
⊂ （
ヽ∩ つ ｼﾞﾀﾊﾞﾀ
〃〃
〃〃∩ _, ,_
⊂⌒（ つД´） ＜ ヤダヤダ
｀ヽ_ ノ ⊂ノ
ｼﾞﾀﾊﾞﾀ
∩
⊂⌒( _, ,_） ＜ ヤダヤダ…
｀ヽ_つ ⊂ノ
ﾋｯｸ...ﾋｯｸ...
∩
⊂⌒( _, ,_）
｀ヽ_つ ⊂ノ zzz…
195:デフォルトの名無しさん
05/04/27 18:19:01
>>189
君の言う「ふつーのコンパイラ」が何だか知らないが
VC++ が入ってれば、そのダイアログから
デバッガ起動すればいいジャマイカ
196:デフォルトの名無しさん
05/04/27 18:21:58
何がヤダなんだよ！？
197:デフォルトの名無しさん
05/05/19 23:07:45
MFCってさ、ひそかにコードビハインド実現してないか？
あのリソースファイル。
198:デフォルトの名無しさん
05/05/20 03:16:49
>>1
MFCよりゲーム製作に使えるライブラリってあるか？
DirectX+MFCに勝てるようなソリューションはなかなかないと思うが
199:デフォルトの名無しさん
05/05/20 11:34:51
( ﾟдﾟ) …
200:マイク ◆yrBrqfF1Ew
05/05/20 13:32:03
Qtでいい。無能はMFCをたたえる。
201:デフォルトの名無しさん
05/05/30 13:59:59
CDialog１つに対してresource.hとrcファイルがあって、
プロジェクトをダイアログ単位の部品クラスに分割できれば、
まだ使えたようなｷｶﾞｽﾙ
202:デフォルトの名無しさん
05/06/25 10:41:38
配属が変わったチームリーダーにMFC厨がいて、
「MFCとの相性が悪いから、STLは禁止だからな。vectorとかのコンテナは全部 CPrtListに、置き換えろ」
とか言ってる馬鹿が居るんですが、どうしたら説得できますか？
（もうSTL無しでプログラムが書く気がしない）
203:デフォルトの名無しさん
05/06/25 10:44:56
>>202
君を含めてソフト屋は思い込みの激しい奴多いから説得は無理とあきらめろ。
それがチームの方針なら従うしかあるまい。
204:デフォルトの名無しさん
05/06/25 11:33:52
そのチームリーダーですが何か？
>>202 色々考慮しておく。
205:デフォルトの名無しさん
05/06/25 12:37:54
MFCなんてまだ使われてるのか。
なんで.NETに移行しないの？
206:デフォルトの名無しさん
05/06/25 12:42:31
.NETでMFC使ってるよｗ
207:デフォルトの名無しさん
05/06/25 12:50:18
まだMFCって使われてるの？
208:デフォルトの名無しさん
05/06/25 13:23:20
MFC の阿呆なコンテナ使うのは阿呆だけ。
209:デフォルトの名無しさん
05/06/25 13:37:51
麻雀格闘倶楽部の事かと思った・・・ってぐらい疎遠になったな。
210:デフォルトの名無しさん
05/06/25 13:39:35
MFCしか知らないんだからしかたないじゃん！！
211:デフォルトの名無しさん
05/06/25 17:11:03
CListって多次元配列できないじゃん
212:デフォルトの名無しさん
05/06/25 17:11:57
いまだにMSがMFCをサポートしている理由を述べよ。
213:デフォルトの名無しさん
05/06/25 17:19:07
Win32のGUIを扱いやすいのがMFCだからじゃん？
データのコンテナにMFC使う奴（＝プロジェクト）は糞だが
214:デフォルトの名無しさん
05/06/25 17:29:15
VC6についてるSTLを使おうとする奴の方が糞だろ
215:デフォルトの名無しさん
05/06/25 17:51:32
VBとかで作ればすぐできるのに、
なんでみんなVC＋MFCで作ろうとするの？
時間の無駄。
216:デフォルトの名無しさん
05/06/25 18:09:01
どっちもどっちだろ。目くそ鼻くそ
217:デフォルトの名無しさん
05/06/25 18:37:32
>>215
VB ( ´,_ゝ｀)ﾌﾟｯ
218:デフォルトの名無しさん
05/06/25 19:53:13
>>214
つか、VC6なんてもうね…そもそもコンパイラがね…つд｀)
219:デフォルトの名無しさん
05/06/25 20:09:41
>>215
VB知らないから。
見た感じVB使ってもたいしてVCと変わらない印象がある。
それならランタイムライブラリ要求されるVBより、VCの方がお得感
があり、イマイチVBやろうという気が起きない（MFC**.dllは98以降
標準だし、95でもまず入ってる）。
220:デフォルトの名無しさん
05/06/25 20:19:05
いやいや、それがね MFC71.dll が Win2000 には入っていないときもあるのさ。
オレね VC++7.1 のデフォルト設定でコンパイルして客先に流したら
動かねぇって文句いわれた。
ま、客先に起動時のエラーメッセージ読んでもらったら、
すぐに気づいて MFC を埋め込んでリビルドしたけどね。
ちょっとアセっちゃたね。
おれも VB 知らね、使う気にもなんねぇ。
熟練工だったら VB で作るより MFC のほうが絶対に速い。
( SDK との勝負だったら VB のほうがだんぜん速いとは思うが...)
221:デフォルトの名無しさん
05/06/25 23:08:33
MFC71.dllはXPにもはいってないよ
222:デフォルトの名無しさん
05/06/26 10:25:17
>>215
あんなポインタも無い言語・・・(；＾ω＾)
223:デフォルトの名無しさん
05/06/26 10:38:08
>>215
あんな元インタプリタ言語(´,_ゝ｀)
224:デフォルトの名無しさん
05/06/26 12:27:59
ポインタはいらねーよ
225:デフォルトの名無しさん
05/06/26 19:18:49
ポインタ無かったら汚いインデックス貼って配列まわさなきゃいけないじゃん
まぁSTLならイテレータあるけど
MFC？POSITION？（禿藁
226:デフォルトの名無しさん
05/06/26 21:20:31
ていうかVBまで飛んでかなくてもC#でいいっしょ
227:デフォルトの名無しさん
05/07/01 22:28:48
質問するとMSDN読めってのが定番だけど、いきなりMSDNだけで
所定の動作をさせようと思ってもムズイ。一度使ったことのある機
能であればMSDNすごく使えるけどね。
もう少しチュートリアルをシンプルに分かりやすく出来ないもんかね。
228:デフォルトの名無しさん
05/07/01 22:51:02
MFCはソースコードのためだけに存在する
Windowsのバグが分かる卑怯さ。
てかwin32の方を直せよ
229:デフォルトの名無しさん
05/07/03 01:59:53
それは出来ない。
なぜならそれを直すと、動かなくなるソフトが出てくるからだ
230:デフォルトの名無しさん
05/07/07 08:03:34
だから2とかExとか出てくる訳だな
231:デフォルトの名無しさん
05/07/07 22:40:33
てｓｔ
232:デフォルトの名無しさん
05/09/13 14:45:55
きんもーっ☆ MFC
233:デフォルトの名無しさん
05/09/14 18:12:52
>>230
方針としてダタしいよ。
Ｗｉｎが受け入れられたのもそれが主因
234:デフォルトの名無しさん
05/10/06 23:47:05
RADつーるつくろう
235:デフォルトの名無しさん
05/10/16 09:21:03
今までwin32APIとか、.netとか触ってて、
昨日初めてMFCに触ってみたんだけど、これ、深いマクロだらけで訳分からん…
エラーが出て、エラーメッセージ見てもググらないと理解不能なのが多いし
ヘッダーの#includeの順番次第ではエラーが出たりとか、もう発狂しそう
皆さんは初めての時MFCをどうやって学んだんでしょうか？
236:名無し募集中。。。
05/10/16 17:39:42
AppWizard
237:デフォルトの名無しさん
05/10/18 22:07:31
>>235
>>エラーが出て、エラーメッセージ見てもググらないと理解不能なのが多いし
その通り。
だから一つずつMSDNやWeb上の情報を見ながら覚えていくのだ。
エラーメッセージも、API、クラスの使い方も。
238:名無し募集中。。。
05/10/18 22:19:28
Wizardって魔法使いって意味だからね
239:デフォルトの名無しさん
05/10/19 09:10:01
>>237
で、解決策がふつーに考えればメソッドだったりする筈だが、
色塗るにもWin32APIの力借りてカラープロパティさえ無い、と。
何このラップ出来て無いクラスライブラリ、って感じ。
240:デフォルトの名無しさん
05/10/19 16:00:58
MFCのソースを使って
Windowsのバグを回避したら訴えられるのだろうか
241:デフォルトの名無しさん
05/10/29 19:29:54
もしかしてＭＦＣって、Windowsプログラミングを少し理解しててC++をかなり詳細に知ってる人間にとってはすごい便利なものじゃない？
242:デフォルトの名無しさん
05/10/29 19:56:35
カプセル化が中途半端なので、更にMFC自体の仕様も十分に理解してる必要がある。
243:デフォルトの名無しさん
05/10/29 20:41:17
＞２３５
順番に抑えていくうちに、自動生成のソース全部意味分かるようになったよ。
それとともに、the APPというプログラム開始実体から、うんぬんかんぬんやってメイン呼ばれて行くかも分かったし、
ランタイムとその周辺も分かってくるようになった。
それと、今まで、インクルードやDefineやクラスやメンバなどの定義位置がいかにあやふやだったかてのが分かった。
ただ、やっぱりクラス間での参照渡しは、なかなかつらいもんがある。
244:デフォルトの名無しさん
05/10/29 20:46:23
それと、
逆に、マルチフレームやスプリッタなどのいわゆる複数画面は、
WIN32アプリの方がCALLハンドラがアミダ状態で嫌んなる。
ホント実用的な画面設計に関しては、楽だよＭＦＣは。
245:デフォルトの名無しさん
05/10/29 21:13:27
メイン関数も無いし、どこからどういう順番でハンドラが
呼ばれるのかさっぱり分からなかったが、とりあえずそういうものだと
思うことにしてしばらく格闘したら分かるようになった。
246:デフォルトの名無しさん
05/10/29 23:21:58
＞２４５
少し忘れかけてた部分あって、もう一度調べてみたが、
まず、メインが始まる前に見に行くものがある。(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:デフォルトの名無しさん
05/10/30 00:29:39
やべーちょっと使ったら息子から我慢汁溢れてきた
これＭＦＣマジでスゲーから
自作のウインドウライブラリなんてカスだわ
こんなすばらしいモノがあるのになんでＶＢやＮＥＴなんか開発したのかわからんね
248:デフォルトの名無しさん
05/10/30 02:23:02
ＭＳＤＮでクラスライブラリにさらっと目を通せばあなたも今日からＭＦＣマスター。
249:デフォルトの名無しさん
05/11/04 17:35:55
.NET で全てなかったことにされて
Windows Forms を１から用意しなおしたことからも
MFCがクソだったことはMSすら認めてる事実。
250:名無し募集中。。。
05/11/05 00:42:29
誰かさんの.netにだけMFCが付いてこなかったようだね
251:デフォルトの名無しさん
05/11/05 19:43:49
クラスとかがよくわからん俺にはMFC使う人は尊敬する
俺はSDKでごりごり書くことしか出来ないよ・・・
252:デフォルトの名無しさん
05/11/05 22:19:09
MFCが難しいのはクラスとかが原因じゃないと思う
リファレンス無しでソースだけ見ても全く理解不能なコードだったりする辺りが
253:デフォルトの名無しさん
05/11/06 21:23:48
あまり優秀な開発者を回せなかったんだろうな
JavaのSwingのコードにもそれを感じる
254:デフォルトの名無しさん
05/11/06 21:31:55
× を回せ
○ が居
255:デフォルトの名無しさん
05/11/07 11:04:17
>MFCがクソだったことはMSすら認めてる事実。
内容は正しいけど、認めてるというのは知らなかった。
表向きに認めているソースきぼんぬ。
裏的にはMFCの次にATL/WTLが出たり、
GUIライブラリとしてM$社内でMFCが使われて無いという事実だけで、
十分だけどね。
256:デフォルトの名無しさん
05/11/07 14:52:46
ＶＣ＋＋６を使ってますが、
メモリリークの箇所とかソースファイルを特定する方法を
教えて下さい。
257:デフォルトの名無しさん
05/11/07 15:01:26
>>256
つ F4
258:名無しさん＠お腹いっぱい。
05/11/08 16:11:33
MFCって処理速度はどうなん？
259:デフォルトの名無しさん
05/11/08 17:14:33
ActiveX使わなければ高速だろ。
MFCでActiveX使わないと寂しい画面になるお。
260:名無し募集中。。。
05/11/08 18:40:57
MFCでActiveX使うってダイアログベース?
261:デフォルトの名無しさん
05/11/08 19:36:11
MFCってコマンドライン専用？
確かにVC++はテストプログラムの場合ダイアログは皆無で、コマンド系ツールを良く見かける。
262:デフォルトの名無しさん
05/11/12 22:03:00
>>256
つ DevPartner for Visual C++
URLﾘﾝｸ(www.compuware.co.jp)
263:デフォルトの名無しさん
05/11/14 16:25:14
＞ｽﾚﾘﾝｸ(tech板:998番)
＞CArray系とCList系は直交性がないから
＞最初にどっちにするかちゃんと決めておかないと後で直すのが面倒。
この場合の直交性ってどういう意味？
264:デフォルトの名無しさん
05/11/14 17:32:47
>>263
どうも、そのスレの774,777,994,998などを書いた人です。
■MFC相談室 mfc14d.dll■
ｽﾚﾘﾝｸ(tech板:774番)n-
774 ：デフォルトの名無しさん ：2005/10/21(金) 17:49:53
CArrayとCListのナントカ性がないのでCArrayからCListに直すのが面倒。
何て言うんだっけ。
777 ：774さん ：2005/10/21(金) 18:19:16
直交性だった。
URLﾘﾝｸ(www.hey-to.net)
> MFCだと、たとえばCArrayで書いてた部分をCListに取り替えたとき、
> 書き直さなければならないコードの量がすんごいです。やってらんない。
> クラスとメソッドの直交性が皆無なんだな...
> MFCコレクションの唯一のメリットといえば、
> シリアライズがちょびっと楽なことくらいでしょうか。
265:デフォルトの名無しさん
05/11/15 01:26:03
>>264
その777,774も含めてクラス間の直交性ってナニ？って質問じゃないの？
数学や物理なんかで直交性ってのはイメージとしては互いに独立で相互依存がないような関係を差す
＜CArrayからCListに変えた場合に書き直すコードが多い＞即ち＜非直交＞というのは短絡ではないかと？
コンテナなどで互いに独立性の高い要素に分解して設計する場合に直交性の話をするけど、クラス間の直交性
というと、相互に干渉しないで共用できる場合に言うような気がする。
ま、C++も最近調べ始めた人間なのではずしているかも知れないがな
266:デフォルトの名無しさん
05/11/18 07:24:12
いやーいいわＭＦＣ。
今までの努力はいったいなんだったのか
なんではじめからこれを使わなかったのか
今まで１ヶ月以上かかっていたことがＭＦＣだとたったの３日
青空に浮かび風の趣くまま漂う白雲のような自由を私に感じさせるナイスライブラリ
ＭＦＣ is 最高
267:デフォルトの名無しさん
05/11/18 07:30:15
MFCに市場価値がないならExpressに付けるがな。
268:デフォルトの名無しさん
05/11/18 10:50:08
ここ見て.NET面白そうじゃんと思って作ろうと思ったら
ノートンに「悪質なスクリプトじゃ」と怒られました。
269:デフォルトの名無しさん
05/11/18 13:10:51
旧VB6系コンパイラをV$から外したように、
MFCをユーザーからやめさせたくてもExpressから外すだろ。
というか、どっちかというとV＄はそういう場合ばかり。
270:デフォルトの名無しさん
05/11/18 17:33:35
ＭＦＣってNETよりうまくできてるよ
ＮＥＴは素人向けすぎてどうもいかん
271:デフォルトの名無しさん
05/11/18 18:40:04
両方使ったこと無いが、.NETとMFCって比較すべきものなの？
.NET = 言語非依存なライブラリの標準的規格(MS談)
MFC = ライブラリ
かと思ってた。
272:デフォルトの名無しさん
05/11/18 19:45:59
>>271
正確には
・C++ & MFC & Win32 API
・Managed C++/C# & .NET Framework
の比較でしょうね。
273:デフォルトの名無しさん
05/11/18 22:48:11
クラスの名前にCをつけるのが嫌い
あほの子じゃないんだからそんなことしなくてもわかるよ
274:デフォルトの名無しさん
05/11/18 23:31:55
しかもクラス名のイニシャルＣを勝手に削りやがるし
うっかりするとわけのわからないヘッダファイルになってしまう。
275:デフォルトの名無しさん
05/11/19 11:58:48
あほの子じゃなければ、自分で作るクラスの名前もファイル名も自分で
設定すれば良いんじゃないのw
276:デフォルトの名無しさん
05/11/19 12:55:50
>>275
あほの子にはそれが分らんのですよ
277:デフォルトの名無しさん
05/11/19 14:40:11
>>274
突然 IDE (の Wizard) の話をし始めるとは、あなたあほの子ですね。
278:デフォルトの名無しさん
05/11/19 18:41:57
つまんねーよハゲ豚メガネどもめら
279:名無しさん＠お腹いっぱい。
05/11/19 18:45:03
MFC(Microfost Fucking Class)
280:デフォルトの名無しさん
05/11/19 21:38:14
VisualＣ++6.0とJavaはどのような繋ぎ方があるのですか？
或いは、.NET(C++,C#)だとどうなんでしょうか？
281:デフォルトの名無しさん
05/11/19 22:36:53
280は馬鹿
282:デフォルトの名無しさん
05/11/20 00:47:26
.NETは使ったこと無かったのですが、.NETFrameworkでは全て
「IL (Intermediate Language)と呼ばれる中間コードにコンパイル」
なようですね。そして、
・C#、Manage C++、VB.Net、JavaScriptが.NETFramework上で扱える
・.NET Framework では、これらすべての言語で同じライブラリを利用できるし、異なる言語で書かれたプログラムを呼び出すことが出来る。
ということなようです。
ただ、.NETFrameworkにJavaが入ってないのですが、これからどうなるんでしょうね。
現時点でJavaScriptが入ってるということでなんとかなりますか。
脱線失礼しました。
283:デフォルトの名無しさん
05/11/20 00:56:40
それと、C++BuiderとJBuiderもお互い呼び出すことができるらしいのですが、
.NETとどちらのどの辺がいい等あったら、レスお願いします。
その前に、話が流れたとはいえ、他スレに逝けと言われそうですねw
284:デフォルトの名無しさん
05/11/20 01:06:23
>>282
>ただ、.NETFrameworkにJavaが入ってないのですが
その為にC#なんてシロモノをでっち上げたわけだが。
285:デフォルトの名無しさん
05/11/20 05:23:17
え？
J#もあるしJScript.NETもあるんですが？
286:デフォルトの名無しさん
05/11/20 07:57:43
それにしても、Managed C++はきもい。ガーベッジコレクション機能１ついれるために、
言語仕様が全体に渡って継ぎはぎだらけ。
おまけに、オブジェクトに__gc修飾 がついているかどうかを常に
気をつけなきゃいけないんだったら、いらないよそんなの。
まだ、deleteするのを忘れないようにするほうがまし。
287:デフォルトの名無しさん
05/11/20 08:42:36
なぜここｋでmanagedの話題がでるのかわからんが、
入れるならきちんと標準化委員会でガベッジコレクションの仕様を定義してほしいのう
288:デフォルトの名無しさん
05/11/20 10:29:29
>>286
VC++ 2005のC++/CLIについて一言。
289:デフォルトの名無しさん
05/11/20 13:10:17
VS2005が出たら、.NETではC#からC++にメインを移そうかと考えてる。
290:デフォルトの名無しさん
05/11/20 17:06:24
いいんじゃないの？
両方使えるのが理想
291:デフォルトの名無しさん
05/11/20 18:10:52
>>286
あれは既存ソースの移植用にあるものとみたほうがいいだろ
そうじゃなきゃC# で作ったほうがﾊﾔｽ
292:デフォルトの名無しさん
05/11/20 20:26:20
だからVBの代わりだってば
293:デフォルトの名無しさん
05/11/21 03:49:24
>>285
ああ、J# には驚いた。COBOL# とか Eiffel# と同程度の愚行だ。
(切り捨てて困る程、J++ ユーザなんて居たのか？)
>JScript.NET
Java の話をしている時に、それを引き合いに出す意味が判らない。
294:デフォルトの名無しさん
05/11/21 16:19:25
>>293
その辺は単に.NETの汎用性っつか言語非依存性を強調するための
プロパガンダでしょ。
295:デフォルトの名無しさん
05/11/21 16:48:04
>言語非依存性
超鳴り物入りだったのに、
ﾌﾞﾋﾞﾁｭｳがﾌﾞﾋﾞドトネトさえも使えない現状を見ると、
全く持って無意味だったね。
296:デフォルトの名無しさん
05/11/30 02:54:33
MFCを使わずにWIN32だけつくっているひとは
なぜにいつも ”ごりごり” なんて言葉つかうの？
ソースが１０万行以上の中規模プロジェクトをすべてWIN32だけで
書いたのなら確かにごりごり書いている気はするが、
所詮、１，２万行程度のサンプルアプリを書いているだけでしょｗ
297:デフォルトの名無しさん
05/11/30 09:57:18
>>296
「MFCを使わずにWIN32だけつくっているひと」が
「いつも ”ごりごり” なんて言葉つかう」が事実かどうかも知らないし
ましてやその理由など本人に訊けと。
298:デフォルトの名無しさん
05/11/30 10:07:35
枕言葉
ごりごりとWIN32
もっさりとJava
299:デフォルトの名無しさん
05/11/30 10:44:46
最初はMFCを使っていた。
確かに初心者にはツールバーなど
便利な基本機能がついているのはうれしかった。
しかし、フリーソフトとして公開するとき、
ランタイムライブラリの問題など凡用性に問題が
いやになった。プログラム単体で動くようにしたかった。
SDKはそれが可能だし、すべて自分で作ってる感、
全処理ソースを目で確認できる爽快感。
MFC、最近は気持ち悪くて使えん。
300:デフォルトの名無しさん
05/11/30 10:51:41
MFCのソースみるといろいろと参考になる
301:デフォルトの名無しさん
05/11/30 10:53:11
>>299
スタティックリンク出来ないって事？
302:デフォルトの名無しさん
05/11/30 10:57:01
MFCのDLLぐらいで嫌がってたら
インストーラ使うソフトはもちろん.NETも使えないな
303:デフォルトの名無しさん
05/11/30 11:50:22
>>296
2万行でサンプルとは凄いな。
304:デフォルトの名無しさん
05/11/30 19:21:12
サンプルっていうかプロトタイプじゃね？
ある程度以上の規模だと最初にざっとしたものを
つくってしまう。
2万行程度ならそんな感じじゃん
305:デフォルトの名無しさん
05/11/30 22:16:29
凡用性…
306:デフォルトの名無しさん
05/12/01 16:30:05
>>299
なんでスタティックリンクしないの？
307:デフォルトの名無しさん
05/12/01 23:47:32
嫌気がさしたんだろ
308:デフォルトの名無しさん
05/12/02 05:11:59
>>299
スタティックリンク知らないの？
309:デフォルトの名無しさん
05/12/02 07:45:11
凡用性…
310:デフォルトの名無しさん
05/12/02 12:56:15
凡人なのか？
311:デフォルトの名無しさん
05/12/02 13:08:47
MFCのライブラリを添付するインストーラは結構あるね。
印象に残ってるのは、ATIのCryエンジンデモプログラム。
お前はいつ、どこでGUIを使ったのかと小一時間（ry
312:デフォルトの名無しさん
05/12/03 15:35:44
MFCをGUIの為だけと勘違いしている人がいるんですけど
スルーでOKですか？
313:デフォルトの名無しさん
05/12/03 17:52:04
>306,308
確かマルチスレッドにするとＤＬＬにせざるを得ないじゃなかったっけか？
314:デフォルトの名無しさん
05/12/03 20:28:26
Σ（☉◇☉）
315:デフォルトの名無しさん
05/12/03 21:07:00
マジレスしよう。
>>313
ソースは？
316:デフォルトの名無しさん
05/12/03 21:14:56
>>312
GUI を使わない MFC になど
糞ほどの価値すらないと思っている俺に
是非解説して頂きたい。
317:デフォルトの名無しさん
05/12/03 22:03:33
MFCのGUIにもそれほどの価値があるとは思えんが
318:デフォルトの名無しさん
05/12/03 22:29:30
afxwin.h使わないとなると、
あの糞極まりないコレクションクラスだの、古臭いDAO/ODBCラッパーだのか……
激しくいらんわな。
319:デフォルトの名無しさん
05/12/04 00:59:01
MFCに嫌気がさした人は当のMSの人たちでしょ
320:デフォルトの名無しさん
05/12/04 10:51:46
MFCの有用性をトータルで上回るクラスライブラリがあるならねえ。
ないし。
321:デフォルトの名無しさん
05/12/04 11:17:36
.NET Framework
322:デフォルトの名無しさん
05/12/04 11:43:49
.NETは別のものだし。
323:デフォルトの名無しさん
05/12/04 13:40:17
>>320
ATL では不足だとでも？
324:デフォルトの名無しさん
05/12/04 14:15:13
>>323 COM (ﾟ⊿ﾟ)ｲﾗﾈ
325:デフォルトの名無しさん
05/12/04 14:22:32
>>324
CWindowImplなんかはWTLのメッセージクラッカと併せて使えると思うが。
326:デフォルトの名無しさん
05/12/04 14:24:27
今時Ｃ＋＋なんてはやんねーよ
327:デフォルトの名無しさん
05/12/04 14:48:21
はやりすたりの浮草稼業じゃないし。
328:デフォルトの名無しさん
05/12/04 14:55:40
C++プログラマにすれば、むしろ流行じゃないほうが得だったりする。
329:デフォルトの名無しさん
05/12/04 16:10:44
>>326
C#厨ｷﾀ━━(゜∀゜)━━！
330:デフォルトの名無しさん
05/12/04 22:35:56
MFCでもCOMを使う、あるいは、COM使うべき状況に置かれることは多い。
よく見かけるのだが、
MFC経由でCOMを使うことには無頓着で、
ATLがCOMを使うことに拒絶反応を示す理由がわからない。
そもそもATLの基底ウィンドウクラスはCOMと関係なくビルドできる。
331:デフォルトの名無しさん
05/12/04 23:48:05
ATLでGUIを書くのは大変だろう。
332:デフォルトの名無しさん
05/12/04 23:55:07
VCL最強ってことで。
333:デフォルトの名無しさん
05/12/05 00:01:20
>>331
ハンドラ追加機能が使えないこと以外は、ほぼ遜色なく扱える。
MFCからWTLへの移植は楽とまでは言わないが、
難しいというほどでもないよ。実際に試してみ。
ATL/WTL Part3
ｽﾚﾘﾝｸ(tech板)l50
334:デフォルトの名無しさん
05/12/05 00:08:16
WTL使っていいなら、少しは考えるけど。
でもやっぱﾏﾝﾄﾞｸｻ
335:デフォルトの名無しさん
05/12/05 00:38:17
俺は、Spy++とかでウィンドウクラス名を見ただけでMFC使ってるのがバレバレになるのがイヤでWTL使ってる。
336:デフォルトの名無しさん
05/12/05 00:50:18
なんだよそれｗｗｗ
337:デフォルトの名無しさん
05/12/05 04:51:03
見られると恥ずかしいという点においては同意する
338:デフォルトの名無しさん
05/12/05 08:52:32
ことごとく「Afx:」のプリフィックスで始まるウィンドウクラス名。
有償アプリでこれを見てしまうとその会社のレベルを疑ってしまう自分。
ま、実際はMFCをちゃんと使いこなせてる感じだし、これをもってレベルを計るのは間違いなんだけどね。
339:デフォルトの名無しさん
05/12/05 08:54:59
しかし当たっていることが多い
340:デフォルトの名無しさん
05/12/05 11:19:54
MFC でまともに動くモノを作れてるなら
寧ろ褒めてあげて下さい。
341:デフォルトの名無しさん
05/12/05 11:47:34
んじゃ、商用のWinアプリって何で作られているのが主流なの？
VCL?
342:デフォルトの名無しさん
05/12/05 11:52:45
たまに商用系で某アイコン＝VCL見るお。
某アイコンのOk/キャンセルの方が恥ずかしい。
343:デフォルトの名無しさん
05/12/05 12:06:09
>>324
#define _ATL_NO_COM_SUPPORT
344:デフォルトの名無しさん
05/12/05 13:29:58
exeのプロパティ見て、
バージョン情報のタグが出るのがMFC
出ないのが某製
であってる？
345:デフォルトの名無しさん
05/12/05 14:54:52
>>344
バージョンリソースの有無が判るだけ。
346:デフォルトの名無しさん
05/12/05 15:18:39
VC++を使っていようとBCB(/BCC)を使っていようと（もちろんそれ以外を使っていても）バージョン情報は埋め込める。
347:デフォルトの名無しさん
05/12/05 15:27:54
確か、某が公開したexeから使用しているVCLクラスを取得するツールがあった筈。
348:デフォルトの名無しさん
05/12/05 21:36:11
.NETよりはマシ。
.NETで納入してこようもんなら
即つっかえしだよねｗ
349:デフォルトの名無しさん
05/12/06 08:18:55
いや
漏れ的には MFC < .NET
350:デフォルトの名無しさん
05/12/06 08:36:56
結局、VCL/Win32最強、かつ、VCLドトネト使えばドトネトコンパイル。
351:デフォルトの名無しさん
05/12/06 11:37:16
WXとかFOXみたいなフリーライブラリの商用ソフトって結構浸透してるの？
当方、趣味グラマなんで、その辺かなり興味ありです。
352:デフォルトの名無しさん
05/12/09 02:31:00
フリーライブラリの商用ソフト？
353:デフォルトの名無しさん
05/12/09 12:35:36
プログラムする側からしたら .NET > MFC だが
受け取る側からしたら Native > .NET な場合が結構多い。
354:デフォルトの名無しさん
05/12/09 17:58:23
客先から .NET 環境でなんて指定されたことは一度もない。
ソースも提出しなければいけない客だとほぼ、MFCを言われる。
まぁ、使う側からすれば同じ結果を得れるプログラムがあったら
遅い方をえらぶメリットはないからな
355:デフォルトの名無しさん
05/12/09 19:19:05
通常、常駐させるようなアプリ例えばウィルス対策アプリなどを
.NETで書いたら絶対売れないｗ
356:デフォルトの名無しさん
05/12/09 19:27:42
>>344
バイナリエディタでクラス名見たりすればすぐわかるだろ。
357:デフォルトの名無しさん
05/12/10 04:22:38
そんな場合は、ＭＦＣなんて使わずにWin32だろ
358:デフォルトの名無しさん
05/12/10 04:38:29
大半のアプリをVB6アイコン丸出しで出荷しても平気（しかもパッケージ製品）というレベルの
職場からすると、「おっMFC使ってる。すごいね～」とか本気で思ってしまう。
359:デフォルトの名無しさん
05/12/10 08:05:40
>>358
でも真の勝ち組なのは君たちVB組の方。客・受け手問わず。いろんな意味で。断言する。
360:デフォルトの名無しさん
05/12/10 22:27:57
>>357
MFCはWin32
361:デフォルトの名無しさん
05/12/11 02:46:21
>>360
プ
362:デフォルトの名無しさん
05/12/12 11:18:02
>>357
「Win32 API」の事を「Win32」と呼ぶのは
君くらいのものです。
363:デフォルトの名無しさん
05/12/12 17:19:30
デバイスコンテキストハンドルに対して、
「誰が出歯やねん」とつっこむのは
さんまくらいのものです。
364:デフォルトの名無しさん
05/12/12 19:57:26
花紀京に対して、
「誰がカバやねん」とつっこむのは
原哲男くらいのものです。
365:デフォルトの名無しさん
05/12/31 16:23:22
全レス読んだけど、結局ここの住人はMFCの何が嫌なのかさっぱりわからん。
俺は便利だと思うけどなぁ。
366:デフォルトの名無しさん
05/12/31 16:28:53
>>365
バグ、異次元仕様、設計者の為の設計
367:デフォルトの名無しさん
06/01/01 02:05:44
あと何年持つかな？MFC
368:デフォルトの名無しさん
06/01/01 10:59:42
>>367
10年以上
369:デフォルトの名無しさん
06/01/01 12:12:05
>>367
ﾄﾞﾄﾈﾄより寿命は長いかも。
370:デフォルトの名無しさん
06/01/03 10:03:09
>>366
>バグ、異次元仕様、設計者の為の設計
多かれ少なかれどんなものにでもあると思うんだけどなぁ。
俺はそういうもんだと割り切って使ってるし。
371:初心者
06/03/22 19:09:24
VCLってBCBのクラスライブラリのことですか?
372:デフォルトの名無しさん
06/03/22 19:40:05
そうだよ
373:デフォルトの名無しさん
06/03/23 00:31:38
MFCってCでやる
「構造体+関数ポインタテーブルによるオブジェクト指向」
の関数ポインタテーブルを見えなくしただけ、って気がしてきた。こう思うと楽だ
でもWin32APIのハンドルで隠れてる部分がわからん。Win32勉強しなきゃ・・・
374:マイク ◆yrBrqfF1Ew
06/03/23 16:00:05
今時意味不明なMFCに束縛されてる奴なんてただのチンカスですよ。
要領いい奴はQtで明瞭簡潔に終わらすよ。
375:デフォルトの名無しさん
06/03/23 19:47:44
チンカスが何かほざいているようです。
376:デフォルトの名無しさん
06/03/26 08:45:39
デメリットを挙げて「使う理由がない」というならまだしも
「意味不明」というのは、単に理解できていないだけだろう。
まあ、このｺﾃは元々そういう奴だからな。
377:マイク ◆yrBrqfF1Ew
06/03/26 19:38:55
MFCに必死になってる奴って頭悪そうだな。
一生底辺でしょうね。
378:デフォルトの名無しさん
06/03/26 20:57:25
Qtがｷﾓｰｲって言われたからといってMFCに八つ当たりしないでください。
379:デフォルトの名無しさん
06/04/11 17:09:20
MFCってサポート停止決定でしたっけ？
380:デフォルトの名無しさん
06/04/11 18:45:22
OWLってまだつかえる？つうか、まだ手にはいる？
381:デフォルトの名無しさん
06/04/11 18:57:54
OWLは手に入るお。
382:デフォルトの名無しさん
06/04/11 19:10:54
>>381
ｱﾘｶﾞﾄ
それと何処で?見つかんないよ。
ウワ～ンヽ(｀Д´)ﾉ
383:デフォルトの名無しさん
06/04/11 19:32:23
>>379
んにゃ、まだの筈。
384:デフォルトの名無しさん
06/04/11 20:24:25
>>382
URLﾘﾝｸ(www.borland.co.jp)
C++の機能を活かしたクラスライブラリObjectWindows (OWL) 5.0によって、タブ付きウィンドウやドッキングツールバーなど多くの機能を32ビットと16ビットの開発に利用できます。また、データベースアプリケーションの開発にも対応しています。
385:382
06/04/11 21:52:31
ありがとん。
386:デフォルトの名無しさん
06/05/01 18:22:13
ダイアログを１個単位でライブラリ化する方法を教えて下さい。
387:デフォルトの名無しさん
06/05/02 06:10:23
コモンダイアログを参考に
388:デフォルトの名無しさん
06/05/02 10:34:04
ダイアログ１個をライブラリ化できないようなクソライブラリを何で使うの？
389:デフォルトの名無しさん
06/05/02 11:08:36
>>388
意味不明。
「ダイアログ１個をライブラリ化できない」のは >>386 の資質に因るもの。
390:デフォルトの名無しさん
06/05/02 11:16:05
>>389
ダイアログが、１プロジェクトのrcファイルに全部入って、
他プロジェクトで使えないんですが、
どうしたら良いんですか？
とにかく回答下さい！！！！！
391:デフォルトの名無しさん
06/05/02 11:23:52
男なら、MFCなんて軟弱なもの使わないで、
Cのみでwinmainから書けよ！
392:デフォルトの名無しさん
06/05/02 11:48:20
>>391
だから、何で？
393:デフォルトの名無しさん
06/05/02 12:44:37
comdlg32.dllみたいなdllにすればできるだろ
ウイザードでMFC dll だ
394:デフォルトの名無しさん
06/05/02 13:02:39
>>393
そんなバカな作り方があるか！！！！！
普通に作れて、さらに、ライブラリ化が出来るからソフトウェアだろ。
ＤＬＬ一杯作って苦労するんかよ、ドアホ
395:デフォルトの名無しさん
06/05/02 13:10:09
お前の言う普通ってなんだ？
例えばどういうライブラリを言ってる？
396:デフォルトの名無しさん
06/05/02 13:14:56
普通に開発できて、かつ、作ったダイアログを他のプロジェクトで使える、
という、物凄く超普通にやること。
それが、ＭＦＣで普通に作るとプロジェクトのrcファイルに全ダイアログ入るから、ﾗｲﾌﾞﾗﾘ化できない。
ちょー＾－０－－－ゴミＭＦＣ
397:デフォルトの名無しさん
06/05/02 13:22:59
>>392
それが男の生き様ってぇやつさ。
>>390
先ず、質問しようとしているｽﾚがそういうｽﾚかどうか判断しろ。
次に、検索の仕方くらい身に付けろ。
[MFC リソースファイル 分割]
398:デフォルトの名無しさん
06/05/02 13:34:27
リソース分割できたところでresource.hに連番振ってるの何ともならない。
やっぱゴミーーーーーーーーーーーーーーーーーーー
399:デフォルトの名無しさん
06/05/02 13:40:11
MFC使わないでSDKのみだって普通につくれば同じ
リソースは何も違わないけど
400:デフォルトの名無しさん
06/05/02 13:43:36
>>399
ウソ付けーーーーーーーーーーーーーーーーーーーーー
VC++のリソースエディタがリソースファイル管理するだろうが。
401:デフォルトの名無しさん
06/05/02 13:49:29
お前の言ってる普通の意味がよくわからんから
MFC以外でその普通のやりかたを解説してるサイトを出せ。
402:デフォルトの名無しさん
06/05/02 13:50:15
普通のやりかたなんだからすぐ簡単に見つかるよな
403:デフォルトの名無しさん
06/05/02 14:24:02
>>398
無知が恥の上塗りか。
リソースのインスタンスを別にするなら
ID は重複していても構わない。
404:デフォルトの名無しさん
06/05/02 14:28:44
>>402
じゃあなんで、CDialogを派生したクラスが、フリーのライブラリとしてネットととかに溢れてないわけ？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？
405:デフォルトの名無しさん
06/05/02 14:34:26
>>403
IDを振る事自体がＯＯＰから外れてるということが分からないの？
IDを振る事自体がＯＯＰから外れてるということが分からないの？
IDを振る事自体がＯＯＰから外れてるということが分からないの？
IDを振る事自体がＯＯＰから外れてるということが分からないの？
IDを振る事自体がＯＯＰから外れてるということが分からないの？
IDを振る事自体がＯＯＰから外れてるということが分からないの？
IDを振る事自体がＯＯＰから外れてるということが分からないの？
IDを振る事自体がＯＯＰから外れてるということが分からないの？
resource.hはresource1.hとか2.hとか量産するの？
406:デフォルトの名無しさん
06/05/02 14:36:06
普通はコピペするからわざわざライブラリ化なんかしない
407:デフォルトの名無しさん
06/05/02 14:36:54
× 普通はコピペするからわざわざライブラリ化なんかしない
○ ＭＦＣではライブラリ化できない
408:デフォルトの名無しさん
06/05/02 14:45:39
コピペ開発に対するアンチテーゼとかアウフヘーベンからクラスライブラリが出てきたんじゃないの？
コピペ開発に対するアンチテーゼとかアウフヘーベンからクラスライブラリが出てきたんじゃないの？
コピペ開発に対するアンチテーゼとかアウフヘーベンからクラスライブラリが出てきたんじゃないの？
コピペ開発に対するアンチテーゼとかアウフヘーベンからクラスライブラリが出てきたんじゃないの？
コピペ開発に対するアンチテーゼとかアウフヘーベンからクラスライブラリが出てきたんじゃないの？
ＭＦＣが出てきた当初から手間が減らないという不思議なライブラリでありながら、
ＳＤＫな人たちが「今までだってそうだったでしょ」と疑問を持たなかったという経緯もある。
409:デフォルトの名無しさん
06/05/02 15:04:38
だからお前の言う普通のやり方を解説してるサイトを早く出せ
お前の妄想なんか聞いたってしょうがない。
現実に存在するものを出せ
410:デフォルトの名無しさん
06/05/02 15:06:52
409=ＭＦＣでダイアログをライブラリに出来ると妄想してたゴミ
409=ＭＦＣでダイアログをライブラリに出来ると妄想してたゴミ
409=ＭＦＣでダイアログをライブラリに出来ると妄想してたゴミ
409=ＭＦＣでダイアログをライブラリに出来ると妄想してたゴミ
409=ＭＦＣでダイアログをライブラリに出来ると妄想してたゴミ
411:デフォルトの名無しさん
06/05/02 15:10:51
>>405
>>398 が誤りなのは同意して頂けたようで何より。
ところで、問題なのは「リソースインスタンス単位で一意でなければならない」という
制約であり、それと OOP との間に何の関係が？
つか、必死に見えるんでそーゆー書き方やめとけ。
412:411
06/05/02 15:13:36
>「リソースインスタンス単位で
いかん、主語が抜けている…
「ダイアログIDは、リソースインスタンス単位で
に訂正。
413:デフォルトの名無しさん
06/05/02 15:14:16
>>411
405の最後の１行解決してないよ。バカじゃないの？
405の最後の１行解決してないよ。バカじゃないの？
405の最後の１行解決してないよ。バカじゃないの？
405の最後の１行解決してないよ。バカじゃないの？
405の最後の１行解決してないよ。バカじゃないの？
414:デフォルトの名無しさん
06/05/02 15:14:52
>>412
バカな内容に訂正は要らないよ。
バカな内容に訂正は要らないよ。
バカな内容に訂正は要らないよ。
バカな内容に訂正は要らないよ。
バカな内容に訂正は要らないよ。
415:デフォルトの名無しさん
06/05/02 15:16:48
>>411
＞ところで、問題なのは「リソースインスタンス単位で一意でなければならない」という 制約であり
ＩＤＥが勝手にヘッダーに連番振るからﾗｲﾌﾞﾗﾘ化し難いんだろ。
416:デフォルトの名無しさん
06/05/02 15:29:27
>>413
ライブラリ化する場合、プロジェクトは別になる。
ということは、ライブラリ側の resource.h がどうなっていようと
そのライブラリの使用者に何の影響もない。
そんなことも解らないのか。頭悪いなあ。
で、OOP は何の関係が？
417:デフォルトの名無しさん
06/05/02 15:38:48
>>416
もしかしてそのライブラリってDLLのこと？
前提全然理解してないじゃん。頭悪いな。
・ダイアログ１つ１つをDLLにすると開発効率悪杉
・DLLは派生出来ないのでOOPにならない
418:デフォルトの名無しさん
06/05/02 15:48:00
>>417
>もしかしてそのライブラリってDLLのこと？
いや、DLL に限定した覚えはない。
>・DLLは派生出来ないので
誤り。
419:デフォルトの名無しさん
06/05/02 16:03:03
>>418
それって、IDEでペタペタコントロールを貼りながら、ダイアログ単位にリソースファイルを分けれるってこと？
420:デフォルトの名無しさん
06/05/02 21:08:41
DLLにせず、"*.lib"、"*.rc"を使う限り、MFC(VC)では無理な気が…。
他のBCBとか.NETとかは使ったことないんでよく分かんないんですが。
ところで、ちょっと気になったんですが、MFCの場合、動的コントロールって
どうやって実現するんでしょうか？
以前の勤務先の先輩が、そういうMFCライブラリ(動的にボタン等を配置)を作った経験が
あるという話をされてて、その時、私はVB6だったので気にも止めてなかったんですが、
今となっては結構謎です。
421:デフォルトの名無しさん
06/05/02 21:21:03
動的に配置ぐらいできる
422:デフォルトの名無しさん
06/05/02 21:28:09
コントロールはウィンドウだから移動や表示、非表示は自由にできる。
あとリソース使わないでコードでコントロールを動的に表示することも可能。
423:420
06/05/02 21:37:50
>>421
>>422
MoveWindow、ShowWindowは使ったことあるんですが、
"リソース使わないで…"が分かりませんでした。
キーワードを教えて頂けないでしょうか？
424:デフォルトの名無しさん
06/05/02 21:43:12
CreateWindow
425:デフォルトの名無しさん
06/05/02 21:47:21
MFCの場合は CButton::Create とか
426:423
06/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:デフォルトの名無しさん
06/05/03 11:20:34
>>420
BCBは、１つのフォームが、Form1.h/.cpp/.dfmになっててプロジェクト情報とは完全独立。
さらにフォームの派生の派生もIDEで出来る。
イベントハンドラ内で上位イベントハンドラコールまでIDEがメンドウ見てくれる。
428:426
06/05/03 11:47:35
>>427
BCBいいですねぇ。どこかで、OWLの流れを汲むVCLのオブジェクト指向は
完全なオブジェクト指向で、MFCはWin32APIラッパとしてのためだけの
オブジェクト指向だと聞いたことがあります。BorlandのIDE事業売却は残念ですが…。
MSもMFCを見捨ててWinForms(C++/CLI)なんて.NET依存のものを作らずに、
ネイティブで真のオブジェクト指向のクラスライブラリ・IDEを作って欲しいですね。
429:デフォルトの名無しさん
06/05/03 14:55:24
問題は何を持って「真のオブジェクト指向」と見做すかと言うことだ。
430:デフォルトの名無しさん
06/05/03 16:59:51
>真のオブジェクト指向
こんなもの追求するなら、
クラスベースという中途半端なもの捨てるしかないっしょ。
誰もそんなもの望んでない。
431:デフォルトの名無しさん
06/05/03 17:02:23
>>419
それで419にとっての疑問は解決したのかな？
俺は日曜プログラマーで無茶苦茶にシロウトくさい人間だ。
そんなヘタレにとってDialogの使いまわしは非常に重要だったのでやり方を覚えた。
（カスみたいなチッポケなプログラムなのでその程度でも大変に思えるということなんですがね）
ヘタレの俺のやり方を書いてみる（貧乏臭くVC6ですヨ）
新しくプロジェクトを作った後、［ファイルを開く］で使いたいダイアログの入っているプロジェクトの
フォルダに行って***.rcをクリック、explore風の表示でDialogフォルダを開けて欲しいダイアログを
新しいプロジェクトのリソースに、まんまドラッグする。（ここで移動じゃなくコピーするを択ぶ）
ListViewとかではICONも必要なので同じようにドラッグでコピーする。
これだけでOK
あとはダイアログのクラスとか勝手に作りたがるので可能なら同じ名前で作ってしまう。
そして、今度はそのコピったダイアログクラスの*.h,*.cppの中味をザックリ入れてOK
ダイアログクラスそのものに実装は終わり。
あとは好きに料理する。
ま、これは俺と同じで日曜プログラマ用なんだろうがこれを見出すのに俺は時間が掛かったｗ
ので役に立つかもと書いてみた。
432:デフォルトの名無しさん
06/05/03 22:17:15
>>431
それってコピペコーディングであって、
ライブラリでも何でもねーじゃん、ダッせー。
＞あとは好きに料理する。
あほか。
433:デフォルトの名無しさん
06/05/03 23:02:10
>>432
431はライブラリとは書いてない。
自分の振った話題しか見えないのはキミが低脳だからなのが解るか？
またダサくない方法も提示できないのであれば、低脳な上にカスでもあるｗ
わかったかいカス
434:デフォルトの名無しさん
06/05/03 23:32:24
>431はライブラリとは書いてない。
言語～開発環境で、ライブラリ化出来ないものに存在意義あるの？
435:428
06/05/03 23:50:50
荒れますね…。まぁスレタイがスレタイなのでしょうがない気もしますが…。
リソースを使わないクラス化というのであれば、こんなのもあるようです。
URLﾘﾝｸ(msdn.microsoft.com)
436:デフォルトの名無しさん
06/05/03 23:51:16
コードの全てはライブラリであるべきだと？
437:デフォルトの名無しさん
06/05/04 00:10:28
ちょっと読み間違い。誤解を生む文章だったかも。
ソフトウェアの開発ツールでありながらライブラリ化を上手くできないのは如何なものかと、
といいたいだけ。
438:デフォルトの名無しさん
06/05/04 00:13:19
ライブラリ化に関しては>>427-428 みたいなものもあるし、
Ｃ丼もそういうつくりになってるらしいし。
439:デフォルトの名無しさん
06/05/04 06:16:07
リソース関係は容量食うからDLLが一般的なだけで
スタティックリンクやろうと思えばできそうな気もするな
同じリソースを全部のEXEに持たせるのはアホらしいから
馬鹿以外はそうしないだけなのかも
試してからできないと言ってるんだろうか？
440:デフォルトの名無しさん
06/05/04 09:09:17
rcをインクルードしたらできた
ということで
>1-439はアホ
441:デフォルトの名無しさん
06/05/04 13:04:46
で、>>427-428 をMFCでやろうとしたらどうすれば良いの？
VC++のIDEでポトペタしながら。
442:デフォルトの名無しさん
06/05/04 13:11:34
コピペのやり方ならでてたじゃん
リソース開いてドラッグドロップ
443:デフォルトの名無しさん
06/05/04 13:15:56
コピーじゃだめ。
ソース共有したいんだから。
だって片一方のプロジェクトで拡張しても、もう片一方が古いままじゃん。
ソース共有はソフトウェアの基本！
444:デフォルトの名無しさん
06/05/04 13:33:58
#incllude すりゃいいじゃん
445:デフォルトの名無しさん
06/05/04 13:39:49
>>444
おまい、MFCがresource.hを固定で持ってることや、
rcファイルに全ダイアログリソース持ってること知らんだろ。
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には存在価値がある