可用的Visual Studio 2008 c ++項目平台的優缺點？

Question

如果選擇：

• ATL
• Windows表格
• MFC
• Win32的

具體來說，該應用程序將是：

• 完全用於內部使用。
• 大多數用戶缺乏基本的Windows / PC知識。 （考慮簡單的UI）
• 用於自動化測試，需要：
  -從外部設備引入大量數據（可以選擇VXI，USB或以太網）
  -非常繁重的圖形-可能是directX
• 該應用程序的壽命將超過10年（請考慮將來的Windows平台等）
• 用戶將處於非常偏遠的位置，並且在測試時處於脫機狀態，但可以每晚在線以同步報告（現在用於數據庫同步的單獨應用程序）-考慮程序更新方面的挑戰嗎？
• 程序速度增加了價值-這意味着我們可以更快地獲取和顯示數據，可以完成更多的測試。 除了程序之外，沒有其他瓶頸，只是速度快一點點=生產效率更高一點。

同樣，特別是C ++-不是C＃。

謝謝傑夫

Answer 1

如果您不介意將自己與VC ++捆綁在一起，我會選擇ATL + WTL。 它非常輕巧，仍然為原始Win32添加了一些抽象。 我想MFC也可以，雖然我不太喜歡它，但是比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上都有豐富的經驗，因此不再選擇WTL而不是MFC。 MFC並不是很糟糕，一旦您了解了要忽略的部分（文檔/視圖，CArchive，容器等），MFC便為您提供了更廣泛的UI控件選擇，這些控件將永遠不會被WTL匹配，並且還有更多其他功能MFC可用的幫助。 使用WTL，您幾乎完全可以自己（除了WTL郵件列表和viksoe.dk上的示例代碼）。

話雖如此，如果您仍然要在DirectX中進行繁重的工作，那么UI工具包就沒那么重要了。 MFC和WTL都可以處理幾種形式和對話框。 Win32的工作量太大，無法通過MFC或WTL增加價值，而C ++的Windows窗體是皮塔餅，而且速度很慢。 再加上Windows窗體已經很老套了，至少MFC不會再有太大變化了：）