C++の.NETはなんであんなに汚いの？

名前空間の解決演算子が多すぎ。
関数を全部ヘッダにインラインで書くのも理解不能。

５時丁度にさっさと帰るメリケン塵がゲイシに尻を叩かれ、ふてくされながら書いたコードだから

ずっとMFCを使ってきたが、もうそろそろ切り替えの時期だと思って.NETをいじってみた。
しかしあまりの使い勝手の悪さに、またMFCに戻ってしまったよ。
C#やVBだと.NETももっと使いやすいのかね。

>関数を全部ヘッダにインラインで書く

え？なんのこといってんの？
もしかしてフォーム・デザイナが生成するコードが
全部 Form.h なんかに書かれてるよってこと言ってんじゃねぇだろうな？

こっちはMFCになじめないからネイティブで書いてるぜ

MFCだってネイティブ。

というか、「C++の.NET」って意味が分からん。
C++/CLI で .NET Framework を使うってことか？

>>7
そだよ。マネジドC++だっポよ

>>8 もし VC++7.1 (VC++.NET 2003) の Managed C++ のことを
いっているのなら VC++8 (VC++ 2005) の C++/CLI は
構文も少しはすっきりしていると思うが・・・
まぁ名前空間のことをいってるなら、
どの言語でも長ったらしくなるのは仕方ないと思うよ。
それは C++ に限ったことじゃなくて、 C# だってそうだろ。
そこは using をつかえってことで。

いいかげんに.NETでC++使おうなんて夢捨てろよ
どう考えても新規に作るならC#の方がいいだろう
C++使わなければならない香具師は可哀想だけどな

MFCよりSDKだよな。ATLとか分からないし…

VS2005なら、Win32もMFCもATLもこれまで通りなんだが・・・
MFCとか言ってるやつは、またVC6を使おうとか思ってないだろうな？

テス

あう使いのスレじゃなかったのか。

>>13
ここは10,11を見れば解るように低脳専用スレ（無論俺も低脳

VisualStudioC++2003を使っています。
Ｗindowsフォームアプリケーション（．ＮＥＴ）で
MessageBox::Show("1232");というコードを書いたところ
「d:\〜Form1.h(259): error C2653: 'MessageBoxA' : 識別子がクラス名でも名前空間名でもありません。」
となります。ご指導お願いします。

>>15
手っ取り早く解決するには#undef MessageBoxを書け。

なんでこうなるかというと、Windows APIにもMessageBoxが存在し、
そっちはTCHAR絡みでMessageBoxA/Wへ置き換えるマクロであるのは周知のとおりだが、
.NET Frameworkのほうにはそんな仕組みがあるわけではないのに、
プリプロセッサはそんなことを知るわけもなく、根こそぎ置き換えていくため。

うげっ。そんな問題があるのか。
MFCとCLRの混在は止めた方がよさそうだな。

MFCってちょー汚いよね？

超漢字

久々にWinのプログラムでもしようと思った。
Vistaでは2005以降しか対応しないようなので(それ以前のbuildでも実行ファイルは動く)、
C++ 2005 Express Editionをインストールした。PlatformSDKもインストールした。
俺はWin32APIだけしか知らない(MFCも知らない)古い人間。
とりあえずDialogBoxベースでテストプログラムでも作ろうと思った。
リソースエディタが無い・・・freeなリソースエディタとかもあるらしいがメンドイので
ためしに.NETのWindowsフォーム？とかいうので作ってみた。
なんだ！この驚愕的な簡単さは！！！？？？
フォームエディタ上に配置したボタンをダブルクリックするだけでコードが書けるぞ！
これは何かの罠だ。絶対デメリットがあるはずだ！詳しい人指摘してくれ！
俺予想
1.使うPCに.NET Framework 2.0がインストールされてないと動かない
2.ちょっとしたプログラムでも大量にメモリを必要とする
3.C++で書いたのに実はネイティブコードではない＞遅い

>>20
1と3は正解。2もたぶんそうだろうが、あまり気にするほどでもないと俺は思っている。
3も起動し出せばそんなに遅くはない。ものによっては厳しいことがあるかもしれない。
ただしネイティブコードの混在もできる。

従来どおりWin APIを使ってプログラムを書けば、全てネイティブになるし、
.NET Frameworkも使わないプログラムが書ける。
Standard以上を買えばリソースエディタもある。

PerlでCGIしか作ったことしかないのですが、>>20を読んだら自分でも簡単にGUIがを作れそうに
感じました。

本当に簡単に作れます？
それから今、メモリ512Mですが、どれくらいまで増やした方がいいですか？
あと、＋1Gぐらい必要でしょうか？

>>22
メモリ増やすのを検討するのは、とりあえず動かしてみて重いと感じてからでも遅くないと思う。

>>20
VB6でも全部できるだろ。今更すぎ
C++やってるやつは馬鹿にしてないでVBもちょっとかじっとけばよかったんだ

MFC以前の人間から見たらそりゃあ別世界でしょうなあ

>>20
3も、JavaのVMと違って、別に中間言語そのままで実行される訳じゃなくて。
実行直前にJITでネイティブコードに変換されるから。そんなに遅くは無い。

4.Borland C++ Builderで作る方が簡単

>>23
サンクス。
「1Gじゃちょっと足りないな。」みたいなレスを見たのでちょっと不安になってました。

>>27
それは嘘だな。
今は.NETでやった方がずっと簡単。

真実

＞C++の.NETはなんであんなに汚いの？

＞ttp://blog.livedoor.jp/dankogai/archives/50647659.html
＞C#は確かにいいと思う。私自身はJavaよりずっとかっこいいと思う。
＞でも使わない。「手元の環境」であるOS XやFreeBSDでは敷居が高いからだ。
＞なぜ敷居が高いか?デフォルトで付いてこないからだ。

ドトネトってユーザの敷居を高くするだけだからヤなんだおね。
それから生産性がメチャ高いとか無くって、ＶＣＬのパチモン。
旧ＶＢやＭＦＣに比べて生産性がメチャ高いだけ。

失われたﾌﾞﾋﾞﾁｭｳの１０年。
作り直しを迫られるＶ＄厨の現在。
これから失われるﾄﾞﾄﾈﾄ厨の未来。

Vistaで全部解決。
DOSとかアセンブラとかWin16とかMMXとか、もうね、

＞軽量XMLコンポーネント XMLLite リリース
＞ttp://blogs.wankuma.com/naka/archive/2006/10/02/40447.aspx


速い















.NET Framework不要
C++に最適
スクリプト言語サポートせず

>>32
＞Vistaで全部解決。

ttp://furukawablog.spaces.live.com/Blog/cns!156823E649BD3714!6411.entry
そして最後にさらに絶句したのは、「古川さん、そんなことを問題にしないでくださいよ..
Ｗｉｎｄｏｗｓ　Ｖｉｓｔａの品質なんてＲＣ１（出荷予定版の第1版）がレリースされたのに、
もっとヒドイんですから...
多分過去出荷したWindowsの各バージョンに比べて最低の品質だと思います。
だって、出荷版のビルドエラーを起こして、マスターソースがコンパイル・リンクができなくなっちゃたけど、
まぁ、良いかってノリでレリースしてしまってるんですから」なんて話を聞くにつけ、さらに寒いっ...

C++.net(2002)アカデミーなんですが、参照設定するにはどうすればいいんですか
ソリューションエクスプローラーでプロジェクト名をクリックしてから
メニューのプロジェクトを開いても「参照の追加」「新規の参照」といった
メニュー項目は出てきません。

C＃：変な物覚えたくない。
J#：変な物覚えたくない。
Basic:今更、basicは嫌だ。
というわけで消去法でC++しか残りませんが？

++のクラスってゴミなのは同意するけどな。
C相当として使えれば十分です。
コンパイラで事前コンパイルしてCPUネイティブバイナリで爆速ですよ。

>>36
.NET の C++ は「もっと変な物」だぞ。

>>36
趣味のプログラミングならそれでもいいけど。
仕事では、そのプロジェクトで適切な言語を選定して使うから。
そんなえり好みはしてられないね。

日本人なので日本語で通すよ。
CプログラマなのでCしか受け付けません。

仕事ならなおさら数年後生き残ってるのを見込んで、歪んでもC++だろうな。

C#さえ数年後はあやすい。

Windows Vista が大転けする要因抱え込み過ぎだしなぁ。
Vista が大転けすれば C# は .NET ごと灰燼に帰す可能性が大。

なんでひとつの言語に絞らなければならないのか、それがわからん。
将来消え失せる言語をわざわざ予想して忌避する理由が分からん。

誰も一つとか言ってないだろ。
Webプログラミングはスクリプトベースのほうが生産性高いし。
Java2 EE以外選択の余地がない分野も少なくないだろう。
要は適材適所で。

消える可能性が高い言語への投資は無駄になりがちだからなー。
趣味なら、どうでもいいが。
数年後に、OSの更新に伴って、プログラムも更新や移行が必要になったときに
ソースが読めなかったり、ソース読める人間集めるのに苦労するんじゃ困るだろうな。

まず将来にわたっての安定稼働が主眼にあるわけだね
読める読めないの話は、よほど変な言語使わない限りは
問題はコードの書き方や内部資料のファクターじゃない？

>>44
>読める読めないの話は、よほど変な言語使わない限りは
メジャーな言語でも Perl なんかの類いはその言語に慣れ親しんでいるヤツじゃなきゃ
読めたもんじゃねぇぞ、あんなの。

Perlは「よほど変」に入るのかもｗ

安定稼動は、会社やPM視点だが、
開発者視点なら、求人数と案件の豊富さも外せないかと。

バイト、派遣の募集つらつら眺めてると、C#とかは数えるほどだから。
しかも、条件はほとんど選べない。
C++:Java:Webスクリプト:その他=3.5:2.5:3:1くらいじゃないかなー
社内だと、C#,Java,Webスクリプトの割合も、もう少し大きいだろうけど。

初めてVC.net2005のコードを見て、

インデクサうぜぇ！
まあ'98のｱﾝｼのときも同じ様なもんだったんだろう

これまでBCCで学んできたが、そろそろ[,]にも慣れなきゃなw