利用可能なVisual Studio 2008 C++プロジェクトプラットフォームの長所と短所は？

Question

の間で選択した場合：

• ATL
• WindowsはMFC
• フォーム
• のWin32

具体的にアプリケーションは次のようになります。

• 完全に社内で使用するために。
• ほとんどのユーザーには基本的なWindows/PC知識がありません。
• 伴い、自動テストのために使用（簡単なUIを考える）： - そうなのDirectX
• 寿命
  を外部機器からのデータのロットで-bringingグラフィックスの
  - 非常に重い（VXI、USB、またはイーサネットを選択することができます）アプリケーションは10年以上（将来のWindowsプラットフォームなど）
• ユーザーは非常に離れた場所にあり、テスト中はオフラインになりますが、毎晩オンラインでレポートを同期することができます（データベースの同期には別のアプリケーションが使用されます）。プログラム更新の課題？
• プログラムのスピードは価値を追加します。データを取得して表示する速度が速ければ速いほど、より多くのテストを行うことができます。プログラム以外のボトルネックはありません。すべてのビットがより速く=すべてのビットがより生産的になります。

ここでも、C++は具体的にはC＃ではありません。

おかげで、 ジェフ

Answer 1

あなたはVC++に自分自身を結ぶ気にしない場合は、私がATL + WTLのために行くだろう。これは非常に軽量ですが、未処理のWin32にはまだ抽象化が追加されています。 MFCもOKですが、私は本当に好きではありませんが、WTLよりも優れています。

Windowsフォームに関しては、特にC++を使用することがわかっているなら、私はそれを離れています。

Answer 2

MFCのクリア。確かに、それは多く使われていますが、それは非慣用的なC++使用の素晴らしい例です。特に、独自のRTTIシステムを実装し、STLの一部を再実装します。

ATLには機能が豊富ではありませんが、WTLと呼ばれる拡張機能があります。それはまさにC++ではないが、MFCよりはるかに優れている。 GTK、Qtなどに興味がないなら（おそらく、フレームワークを細くしてDirectXなどと簡単に統合できるようにしたいから）、おそらくWTLが最適なオプションです。

Answer 3

C++ Windowsフォームは有効な組み合わせではないと思います。少なくともVS 2008の私のインストールではありません。

このようにすると、ATL、MFC、およびWin32が残されます。すべて古いですが、Win32は最も古いので、私はそれを排除します。

MFC（CodeProject.comなど）には多くの外部サポートがあり、そのドキュメントはかなり整っており、MFCの経験を持つ多くの人がいます。 ATL対MFCのためのこのウェブサイトのトピックの数を見てください。 MFCにはさらに多くの投稿があります。

MFCはATLよりもはるかに一般的です。 IMO、MFCは（限定された選択肢があれば）行く方法です。

Answer 4

私はWTLとMFCの両方で豊富な経験を持ち、MFCよりもWTLを選択しません。 MFCはそれほど悪くないので、無視する部分（doc/view、CArchive、containersなど）を学ぶと、MFCはWTLと決して一致しないUIコントロールを幅広く提供します。 MFCで利用できるヘルプ。 WTLでは、あなたはほとんどあなた自身です（WTLメーリングリストとviksoe.dkのサンプルコードは別です）。

と言われていますが、とにかくDirectXで重い作業をしているのであれば、UIツールキットはそれほど重要ではありません。 MFCとWTLの両方は、いくつかのフォームとダイアログで行います。 win32はMFCやWTLよりも付加価値のない作業であり、C++のWindows Formsはピタと低速です。 Plus Windowsフォームはすでにoldschoolです。少なくともMFCはもうほとんど変更されません:)