アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
MFC/ATL は含まれない (スコア:3, すばらしい洞察)
Re:MFC/ATL は含まれない (スコア:1, 参考になる)
Windows独自の拡張を重ねてきたC++は、もはやフツーのC++のソースコードには見えません。フツーのC++の入門書には、
BOOL WINAPI DllMain(HINSTANCE hInstance・・・なんて説明はどこにもないわけです。Express Editionが対象とするような初心者にとって、C++は高すぎる壁です。
その点、C#とVBはWindows独自拡張部分を言語仕様の中に織り込んでしまってますから、入門書の記述と実際のソースコードが一致します。実用上もえらく便利で手軽です。
もちろん速度等の理由でC++を捨てることは当分できませんが、ハードウェアの進化によりそのうち解決するはずの問題です。いずれはWindows上のアプリケーションプログラミングの大多数はC#やVBによって書かれるようになるのでしょう。
Re:MFC/ATL は含まれない (スコア:0)
まあ「MS独自拡張」であるところの
Managed C++ はすでにステでしょうけど、
VS2005 のMSの大本命は C++/CLI です。間違いない。
既に ECMA での標準化がすすんでるわけですが、
ゆくゆくはISO-C++ に続く新しい C++ 標準を
目指してるのではないですかね。C言語系の偉い人たち
がごっそり関わってるし。ターゲット環境であるところの
CLI は既に ISO 標準だし。