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

MFCに慣れてるけど、VistaやWindows7になったらイヤでも.NETを使わざる終えないのかな？

もしかして: 使わざるを得ない

いや２ちゃん語かとは思ったが。

MFCは終わるだろうけど、ドトネトはスルーしる！

そのうち、ドトネ一色になるだろう。

その前にＭ＄がドトネト利用をアキラメタ。
オフィスとか。

でもクライアント企業は一度はまったら簡単には抜けられそうにないな

みんなそれに気付いたから、旧ブイビーに留まるか、ウェブ系に逃げてドトネトしないわけさ。

ドドメ色

そうかねえ
もっと早く.NET Frameworkを標準搭載するべきだったと思うんだが

>>849
まだだ、まだ終わらんよ

MFCの.NETラッパーが出て出て出てく出てく出てく出てくる

それってぐちゃぐちゃ。

Win32コードとAxをドトネトでラップなんて、中の人を追いかけるだけでしんどい。

MFCがいいところは、デバッグができるところだな。
Doc-Viewなんて使わなくても問題ないお

逆に商用でデバッグできないもんがあれば、教えてくれ！

VC++/MFCだとエラーダイアログが出て次の行をトレースできなくて困るけどね。
他のコンパイラならthrowしてるところでデバッガがステイしててくれる。

age

>>857
Windows FormsをホストするCWinFormsViewなら既にある。

ここまで読んで、VCLが非常に優れてるのはわかったけど
なんで死んでしまったん？

.NETで作ると、客先から「起動が遅い、何とかならんのか？」って必ずクレームが来ることを
覚悟して出荷せにゃならん

それは作りが

>>863
氏んだんじゃない。
VC++に搭載されないだけ。
VCLのパチモンはドトネトとして搭載されたけど、モッサリ（ｒｙ

C++/MFC去年はじめたけどカッコよすぎだろコレｗ

って思う俺はヘンなのか

ま、良んじゃない？
何食べてもおいしい人でしょ。

逆説的にとry

CArrayってサイズを拡張するとき、旧テーブル上のデータに対してデストラクタを呼ばずに
memsetで新しい配列にバイナリ・コピーするんだね(´ー｀)
おかげでコンストラクタとデストラクタでthisの値が変わるとかいう現象が起こって
デバッグに半日つぶしたよ。死ねよ頼むから(´∀｀ )

デストラクタ発動もそれはそれでマズい
生成破棄に処理が伴うとか、あとウィンドウ登録される類の気を遣うべきクラスを格納するなら
CObject*やvoid*用のArrayやListでポインタだけ扱った方がいい

>>870
>CArrayって
標準コンテナ使わず、そんなうんこ臭いもん使うからだ。

MFCのビュー/ドキュメントがあまり好きではない
というか邪魔というか

かといってプロジェクト作成でドキュメント否定するとビューすら使わせてくれないのよね
デフォだと子ビュー的な名前のCWnd派生が出来る。ちょっとイヤ。手動で作れ。

もともとはマイクロソフトがワードやエクセルを開発するために、こしらえたもんだからな。
その余った部品をＭＦＣとしてリリースしちまったんだ。
ワードやエクセルみたいなアプリを作るには良いかもしれんが
世の中すべてのアプリがそうとは限らない。
ＭＦＣが発表されたころはＭＤＩアプリ全盛期だったが
その後Windows９５とともにＳＤＩが流行しはじめると
ＭＦＣがクソで使い物にならん事に気づいた。
ＭＦＣに見切りをつけてデルファイに流れた者もいた。
あれから１０年以上も経って、まだＭＦＣ使ってるヤツおるんか・・・

Wordでさえ今はSDIだもんな
ExcelもさっさとSDIになってくれればいいのに

タブブラウザ全盛ですよ

MDIはapiレベルで実現してる機能だろ
何でＳＤＩが流行しはじめるとＭＦＣがクソなんだ？

そうだぜ、MDI・SDIに関係なくMFCは糞だ
なんか大事な部分が抜け落ちたりしてるので結局自前で実装したりする部分が多すぎる

MDI・SDIなんて何つくるかにも依るとは思うけど
基本的にアプリ開発選択でデフォにしておくものではないよなぁ。MDI

あとVBチックなダイアログベースアプリも簡単に作れはするけど
WinAppの初期起動中にアプリ（CDialog）寿命完結するというなんかイレギュラー臭い仕様が気になるｗ

今からＣ++とＭＦＣをゼロから勉強するのって意味ないでしょうか？

医者になるんだったら意味無いな

C++は勉強しる。

>>880
目的は？
C++とかMFCとかは手段なのだから、目的に応じてやればよいこと。
プログラムの勘所がわかれば環境なんてどーにでもなる。

resource.hも
.rcも結局直にいぢるハメになり余計な時間を喰っちまうぞボケー

学校の課題？

＞環境なんてどーにでもなる。

どーにでもならないのがMFC。

プロジェクト超えてふつーにダイアログを派生とかで使い回しできないのには超まいる。

>>886
発言の意味を理解してないのにコメントすんなってｗ

>ダイアログを派生とかで使い回しできない
拡張DLLがそんなにいやなのか。

そりゃ、超ヤダよ。

ダイアログはCDialogから派生になってるんだから、あるダイアログをプロジェクト毎に派生して使いたいだろ、常考。

自分で派生クラス作れんのか( ´ω`) そりゃ苦労するな

既存部品の派生でないとマトモに扱ってもらえないが
その派生元の既存部品の内部処理から来る妙な仕様とかを知ってないと
意味不明のバグとか出しやがる

学校でプログラミングしてたら先生に「なんでMFC使ってないの？」って聞かれたから
「MFCってめんどくさそうで使ってないんです。」って応えたら
「最初から自分で作るより早いし便利だよ。」と言われた
なんかMFCって自由を奪われてる感じがして気持ち悪いんだが、
俺はMFCを覚えたほうがいいのかな？

いいえ。。。

↑番号がゴクドー

>>892
既存ライブラリを使ってプログラミングすれば、その流儀に合わせなくっちゃならない。
自由を奪われる感じはあって当然。
なので、自由を奪われてる感じがして気持ち悪いことを理由にしていたら、どんな既存ライブラリも使えない。

ずっとこの先、一人でプログラミングしていくつもりなら、俺様クラスライブラリを作ればいいやん。がんばれ。

＞俺様クラスライブラリ

この傾向が強すぎるのがＭＦＣ。
他環境で使えないし、WinでもつかえねーやつだからＭ＄社内でも別のクラスライブラリが作られた。
関わらないがよし。

>>896
主観と噂と陰謀論だね。

単なるC++ラッパだからな
使いにくくて当然

えーっと、皆さん。
Visual Studioで使える、MFC以外のC++ クラスライブラリって何をお使いでしょうか。

.NET Framework(笑)






じゃなくてこうか？

ATL
WTL
STL
Boost
Loki port
Blitz++
Xerces C++

いや、名前だけ知ってるのをリストアップしろってんじゃ無く、
自分がどれを使ってるか、ってのを聞きたいんじゃないかな？

WTL使えばMFC使う気なくなるな

けど、WTLってあんましメンテされてないように思うんだけど…。
ATLのバージョン毎にマクロがきられすぎてて、どう書けば正しいのかが
さっぱり…。
MFCも2008FeaturePackの多言語版(SP1)がつけば一気に盛り上がるんでは？

>>901
一応利用経験あるライブラリしか列挙してないが

>>904
齧ったのを使っているとは言わないです。

それでもBoostまでは普通に常用してるわ

OWLってなかったっけ？

それ昔のTurbo C++

>>908
昔のTurbo C++ってDOS版だよな。 ソレに付いてたの確かTurbo Visionだぞ。
OWLはBorland C++になってからWindows対応クラスライブラリとして添付されたはず。

gethtmlwのWindow ClassがOWL_Windowになってるな。

ロクに使ったことないけどQtの方がキュートty(形容詞)だな。

MFCでいいじゃん

MFCってｗｗ

クロスプラットフォームを意識するならwxWidgets

意識しなくてもwxWidgetsかQtのほうがMFCより作りやすい気がする

分かったからwxWidgetsとQtのどちらが良いか教えてくれ。

自分で試せよ

どっちも触ったこと無いけど、名前の感じがいいからwxWidgetsで

MFCってそんなに使い勝手悪いかな？
VCLやwxWidgetsよりは間違いなく使いやすい

DirectXもそのたSDKも全部統合して欲しいです＞＜

Win32 APIに明るい人ならMFCわかりやすいかもね
オブジェクト指向ではなくて単なる「便利なC」だけどな

いや。分かりにくい

「MSの想定した使い方をする限りでは楽ではあるが
そこから離れようとするとえらい労力を使わされる」
てとこだな。

MFCが使いやすいって言ってる奴は、
オブジェクト指向思考してないんじゃなかろーか。
違うかな？

16ビットの頃から C で書いてきた延長でそのまま使ってるからだよ。
適当に考えなしで使えるフレームワークとしていいべ

MSの想定した使い方なら確かに動くし、ある意味簡単
でも、それって、知ってれば簡単に書けるだけで調べるには骨が折れる。
結局覚えたら簡単ですよっていうレベル。
ならWin32でもおなじこっちゃ。覚えりゃ簡単です
MFCの悪いところは、「本当に意図したとおりに動くの？」の見極め作業がいること。
結局MFCソースみないと確信が持てない
変な動きをし始めちゃったら、結局MFCがどういうカラクリなのか調べる事に。この作業のほうがデカイ。
そして結構使っちゃいけないクラスとかある（あった）
ヘルプで良いことがいっぱい書いてあるから便利にラッピングしてくれてるのか？
と期待するが、そんな期待があたったためしもなし。CSocketとか。
結局Win32のめんどい手続きはそのまま隠蔽化しているクラスが
同じ程度の煩雑なメソッドで置き換えているだけ。
だったら最初からWin32で書いたほうがええっちゅーねん。

WTL

J++用にWFCってのがあった記憶

ドトネトには〃

※以下、無限ループ

MFCは何というか。。。

・Appwizard(コードジェネレータ)が生成した部分とユーザがコーディング
した部分の区別がつかない(せめて色分けしてくれるオプションがあったら
いいのに)

・普通ユーザがいじくるはずもない詳細な部分のコードまでさらけ出し過ぎ

・CdialogベースとCViewベース、SDIとMDIを最初の段階できめたら
途中で変更するのが難しい。

・同じ型を開発グループごとにtypedefで別々の型名使っているため
混乱する。

・ヘルプファイル見て調べろというけどHelpファイルは自動英訳ソフト
で変換したんじゃないかというくらい日本語になってない。わけわからん
解説よりも簡単なサンプルプログラムを乗せとけ！

フォームやダイアログのサイズ、背景色、コントロールの色などを変更する、
といった要求はごく普通なことだと思うのだが、プロパティシートにそう
いうパラメータを設定する項目がない。プログラムで変更しなければなら
ない。逆に、枠に境界線を設けるとか、３次元的に表示するとか、しょーも
ない項目しかプロパティシートに乗ってない、MFC作った奴は一体どういう
頭してたんだと腹が立つ。

・ちょっと｢こういうことがしたい｣と思っても簡単にはできない。MSDNを
調べても該当の箇所にヒットするのが難しい、ことばがわかりにくい。
結局、MSDNは諦めてgoogleや掲示板で調べるしかない。

正直、C#と比べると、時代遅れ。

懐かしいスレが上がってるな
C++ビルダーがいいよ

英語読めないでソフト作ってる人って頭おかしいの？

>>929
＞・CdialogベースとCViewベース、SDIとMDIを最初の段階できめたら
＞途中で変更するのが難しい。

そんなの必要か？
普通コーディングに入る前に十分な設計/検討をし、DRもやってから
コーディングに入った時点で変更なんてほぼありえないし、あっちゃまずい

>>932
そういうのが簡単にできないのが関数開発とかウォーターフォール。
オブジェクトのプロパティ変えるだけでできるべき。

日曜プログラマな俺にはMSのIDEの出来は素晴らしいと思う

簡単に変えれるかどうかが問題ではなく、基本設計をコーディングの際に変更がまずい

コーディングなんてのは現場の土方にでもやらせてればいい

土方に簡単に変更なんざできるはずない

>>935
それ>>932が言ったよ。
俺日曜PGだから分からんけどSEもPGも土方だよね？
PM以外みんな土方じゃないの？
そもそも１年や２年でモノ作れるようになれる業界じゃぁお金握ってる人以外皆同じでしょ？

っていうか、そういう開発工程の話じゃなくて
仕事で軽く使えるツール作るとか、ちょっとした個人用アプリ作るとかのときに
手軽に簡単に使えるのがライブラリってもんだろと俺は思う
だからこそ、appwizardでMDI/SDIが簡単に選べたりすうんだし

>>936

違うよ。
たとえば建設関係で言えば、設計士は設計、施工管理もやるし
現場の作業の内容も把握している。

でもＰＭはたたき上げでもないかぎり進捗管理くらいしかできない。

MFCが手軽とはとても思えない。SDKやったことがある人はわかるだろうし、
ありがたみもわかるんだろうけど、これを初心者が使いこなすのはしんどい。
ある程度のテクニックをもった人がそばにいてヒントを与えてくれるなら
いいが。

「プロパティが無い」だの「そばにいてヒント」だの・・・

・・・あ、夏休みか・・・

そもそもWindowsのGUIが扱いづらすぎる
せめて.NET風に扱えるライブラリがあればなあ

.NET をつかえばいいじゃないか。
MS は MFC より .NET を推進したいんだろうから。

>>939
気軽に聞けるある程度のテクニックをもった人がいない初心者が、
いきなり"MFCを使いこなせる"と思うほうが変だろう。
それはSTLでもboostでも同じことに思えるし。

使わなければならない人や、（使わないより）使ったほうが楽だと思える場合だけ、
七転八倒すればいいだけじゃね？

気軽に聞けるある程度のテクニックをもった人がいない初心者が、
を
気軽に聞ける「ある程度のテクニックをもった人」がいない初心者が、
に訂正、、しても読みにくいか。　まぁいいや。

>>939
えー。俺一人でMFC使えるようになったよ。
MFC Internalとか読んでMSDNと格闘しただけで普通に使えるよ。
これだから日本の職業SEPGは無能なんだよ。

>WindowsのGUIが扱いづらすぎる
X Window Systemの方が遥かに大変です

>>944

なり済まし乙

>>940

いいから、もう夏休みとれ。あっ、残業で休みもろくにとれないか。
ゴクロウｗ

>MFC Internalとか読んでMSDNと格闘しただけで普通に使えるよ。

　↑
使えない道具を使えないと理解できないどしろーと。
料理でいえば何食べてもおんなじ人。


Ｍ＄社内でさえ使われずに終焉したＭＦＣの次スレはイランだろｗ

>Ｍ＄社内でさえ使われずに終焉したＭＦＣの次スレはイランだろｗ
いろいろな意味でアホやね。

ほんとそーだね。
Ｍ＄社内で使われなかったものを使うのもアホ、
メジャーバージョンうｐを表明されて終焉したＭＦＣを使うのもアホ、
ＭＦＣをかばうのもアホｗ

恥の上塗りってやつ？

そうそう、嫌気がさしたスレでＭＦＣをかばうのは恥の上塗りｗｗｗ

夏休みらしいレス・・・もうちょっと冷静になって自分の書いたもの読んでごらん。

　↑
内容では反論できない超ヴぁかｗｗｗｗｗ

自分が理解できないものは、いろいろと貶したくなるものだね。

　↑
恥の上塗りってやつ？ ｗｗｗｗｗｗｗｗｗｗ

わかります。優しく同情されると悔しいですね。
草を生やして誤魔化してみたくなるものです。

　↑
夏休みらしいレス・・・もうちょっと冷静になって自分の書いたもの読んでごらん。 ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

え? MFCを使えない?

あれぐらいサラッと使えるでしょーに。

はいはい。あんな、つまらんものを使えるって言う馬鹿はいったい

Sour Grapes

「つまらんものを使えるって言う馬鹿」と「つまらんものを使うって言う馬鹿」
の間には大きな隔たりがあるのだと再認識しました。

M$脳って怖いね。
推奨がどんどん変わり続けて消えていってるのに気がつかないんだろうかね。

どうすればいいんだ！

つ C++ Builder

いまさら

でもない

「M$」みたいに手垢のついた表現を臆面もなしにする人ってなんだろな。

「M$脳って怖いね」なんて書いているのに、Windowsべったりな人って馬鹿を超越しているね。

968＝M$脳

>C++ Builder

吹いた

>>963って、Microsoftの推奨を追っかけていて、それに忠実であろうとしている人なんだね。

ＭＦＣはMicrosoftの推奨でもないし、
ペタペタ貼り難いし、
メジャーバージョンうｐオワタし、
何の目的で使う？？？

もう終わったんでつよ、ＭＦＣは？
ＭＦＣに関するソースも終わるってことですよ、ＶＢのように？

>ＭＦＣに関するソースも終わるってことですよ
日本語でOK

MFCは終わりました。

Visual Studio 2008でかなり強化されて、そのあとも Feature Pack がリリースされてるわけで。

それにしても笑った。→ペタペタ貼り難いし

それにしても笑った。→Visual Studio 2008でかなり強化されて、そのあとも Feature Pack がリリースされてるわけで。

いつまでもゴミ駄目のＭＦＣにしがみ付いてちゃダメだよ。

痛い粘着が湧いてるな

>>979
1000近づいているし、埋めネタにはちょうど良かったじゃないか。
あとはあほが次スレ立てなければ問題ない。

MFCを糞なんていう奴って挫折しただけでしょ？
事実上デファクトスタンダードだろ

FA業界じゃ、.NETなんて使い物にならん

所詮MFCを使いこなせなかった厨房がほざいてるだけですよ

WTL使おうぜ！
と言いたいところだがUIにもこだわらないといけない時代にはちょっと厳しいか

MFCとかOTLとかわけわかんねぇ！

なんつーかな。
MFCを使いこなせる、こなせないの問題じゃないよね。
ここに来てる人は、みんな使いこなしてるだろーよ。
だけど、世の中にはもっとすぐれたライブラリもあるわけで。
そういうライブラリがデファクトになった方が、よりハッピーになれるじゃん。
そう思わねぇ？？？

>>985
>だけど、世の中にはもっとすぐれたライブラリもあるわけで。
例えば？

馬鹿にレスすんなよ馬鹿が

WxWigets, Qt, VCL, etc...

ああ。やっぱり。

じゃ、MFC捨てるわ。

>ttp://d.hatena.ne.jp/softether/20060202
>[質問] では、Visual SourceSafe などは使っていないのか?
>
>Visual SourceSafe は使わない。あれはビギナー (初心者) 向けのソフトだ。

>ttp://d.hatena.ne.jp/justmyfuck/20080421/1208790127
>VSSを本気で使ってるヤツらがどれくらいいるか調査する必要があると思った。
>マイクロソフトでさえも使ってないって話(team systemを使ってるんのか？)、
>上のwrite portable codeでもVSSを使ってる開発部署は悲惨すぎて同情されてた。
>何がいかんてクロスプラットフォームに対応できてないとこ、あと何かも糞タレでラベル付けも信用できん。

>>990
捨てろ捨てろ。

どうせ関係ないし。

【ソフト】米MS、Visual Studio 2008/ .NET Framework 3.5のSP1提供開始［08/08/12］
ttp://news24.2ch.net/test/read.cgi/bizplus/1218505964/

2 名前： 名刺は切らしておりまして [sage] 投稿日： 2008/08/12(火) 10:53:39 ID:J4pMZFl6
＞.NET Framework
重いっちゅうのっ

3 名前： 名刺は切らしておりまして [sage] 投稿日： 2008/08/12(火) 10:57:33 ID:iqsKwHP2
普通にいらないと思う

4 名前： 名刺は切らしておりまして [sage] 投稿日： 2008/08/12(火) 10:59:51 ID:QZ8L4yYi
>再配布用のモジュールサイズを従来の197MB・・・
ふざけてるの？

5 名前： 名刺は切らしておりまして 投稿日： 2008/08/12(火) 11:04:39 ID:GYvNla61
Vista専用か

6 名前： 名刺は切らしておりまして 投稿日： 2008/08/12(火) 11:09:52 ID:sp4dzBNs
次々バージョンアップするし当初予定してたように自動アップデートしないし
ＶＢランタイムの二の舞になりつつあるなあ …最悪具合はそれ以上やね

7 名前： 名刺は切らしておりまして [sage] 投稿日： 2008/08/12(火) 11:12:48 ID:MIuWB666
>>6
Welcome to DLL Hell ! wpf ちん大ピンチッ!!

8 名前： 名刺は切らしておりまして [sage] 投稿日： 2008/08/12(火) 11:13:19 ID:o0tf+btN
C++の並列コンパイルいいよ。 2003と比べて3分の1ぐらいになった。 それでも2時間かかるけど。

9 名前： 名刺は切らしておりまして 投稿日： 2008/08/12(火) 11:13:38 ID:noCIOojl
どうせセキュリティ強化という名のバグ修正だろ

中途半端に.NET普及させるのヤメテ！
やるならやるで、これしか選択肢が無いという状況に追い込んでくれ
MFCからどれに移行すればいいんだ・・・

>>994
VC++2008じゃね？

>>995
それは、.NET Framework使えと？
それとも、フューチャーなんたら？

次スレ：
【V$ﾌﾖｰ】MFCから何に移行したらおｋ？【ﾄﾞﾄﾈﾄﾌﾖｰ】

開発ツールとか企業がネットで配布するツールとか見てるが、
昔のものはMFCのMDIが多く、最近はVCL（DelphiかC++ Builder）が多いね。
C++ Builderアイコンそのままのものを見たり、TStringGridマンマを見たり、みたいな。

とｵﾓﾀが、今やインターネッツアプリの時代。
やっぱAJAX。
Pythonとかどーだろ。

よし、今から詳しく解説してみよう。

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。