好的，我正在開發一個應用程序，它在過去的16年中一直在不斷髮展，從DOS下的C到各種C++，現在主要基於C++和MFC StingRay GUI和各種其他SDK。MS VC++ 6 class wizard
儘管我使用VS 2005作爲發佈版本，但我仍然在大多數GUI構建中使用MSVC 6，只是因爲ClassWizard在此環境中比隨後的弱等價工具快得多。請注意，我使用ClassWizard爲我自己的用戶定義類型自動生成代碼（請參閱Custom DDXs），我喜歡一次添加大量成員變量和方法。根據Visual Studio的更高版本逐個創建它們是一個很大的落後步驟。同時，使用多個IDE也是一件痛苦的事情。
我的問題分兩部分，
是否有任何獲得ClassWizard工作的方式是VS 2005或VS 2008？
是否有替代品或替代IDE的下降，爲舊C++黑客（例如我自己）提供類似級別的生產力？
跟隨有興趣的人。在VS2010類嚮導可以被重新引入，從塔克·馬德科[VC++隊]
「我們正在考慮增加類 嚮導回VS10。我們希望這將使 使DDX/DDV功能的創建更爲 鍵盤爲中心，就像它在 VC6中一樣。有一些時間表 我們需要克服才能獲得該功能 ，但我們樂觀地看到，當我們運送VS10時，您會看到它 。
Click here for the full discussion
編輯：release notes for VS2010證實，MFC類嚮導又回來了。所以與流行的觀點相反，MS的傢伙確實傾聽他們的用戶。
Visual Studio 2010中提供了一個C++ IDE 的經驗，包括 返回MFC類嚮導，能力 查看通過源 大綱，集成快速搜索大量的源文件 找到信息，而混亂 通過新的託管擴展性 框架（MEF）的當前「查找文件」方法 和易於擴展的IDE模型 。
我會建議避免代碼生成，並使用您最喜愛的編輯器手動創建新的代碼。如果我理解正確，你是這方面的專家，我確信你知道手動創建的代碼將會更清潔，更簡單，然後生成一個。
另外，代碼生成器對於代碼評論來說是一場噩夢，它改變了大量不應該改變的地方，真的很難專注於有意義的改變。
恕我直言。
我也建議你把需要的DDX/DDV（以及消息處理）宏（和成員變量）手動地放到你的類中。起初，似乎有點難以找出一個人應該如何以及在哪裏寫入這些條目，但在一段時間之後它很容易。在將一個VC6項目移植到VS2005之後，我開始這麼做了，並且出於完全相同的原因：您沒有合適的ClassWizard替代品。但是，兩年後，我可以說我不會再想念它了。
你可以點擊窗體上的控件並添加變量或事件處理程序。它不如VC6，但仍然不錯。我沒有看到任何手動編寫DDX的要點。
同意Shane，vs2008中的CW替代方案令人震驚地很差;它讓你想知道微軟的任何人是否仍然使用MFC。我已經開始將我的預估暴露出來，僅僅是因爲afx/mfc的整合性差。它只是沒有完成，有什麼好車。當然，你可以手工編寫代碼，沒有人聲稱自己的努力，但認真，它的咕嚕代碼，2010年，你不應該手工編寫這個東西了。