2013-03-19 21 views
1

上週我繼承了一個傳統的非託管C++應用程序。目標`C++ 2008 Redistributable`需要哪種開發環境?

不幸的是,項目設置不是100%可靠,也沒有文檔。我所知道的是,該產品部署了Microsoft Visual C++ 2008 Redistributable x86

我的問題是:您推薦使用IDE,SDK和Platform ToolSet的組合?

不幸的是我還沒有與Windows SDK的工作過,和平臺工具集選項是新的我。更糟糕的是,我八年來沒有寫出一行C++代碼!所以...你能提供任何反饋,將不勝感激:d

的已知,

  • 客戶端操作系統
    • 的Windows 2008 R2
  • C++可再發行
    • 微軟的Visual C++ 2008可再發行86部署在生產
  • 集成開發環境(IDE)
    • 我寧願使用的Visual Studio 2012(我們也有:Visual Studio 2008中,2010 ,2012)

未知數

  • 平臺工具集
    • 我可以使用VS2012和目標V90平臺,或者是更穩定簡單地使用VS2008?
  • 的Windows SDK
    • version of the Windows SDK我應該在開發機器上安裝哪個,如果客戶端使用微軟的Visual C++在2008年生產86可再發行組件
+1

你是什麼意思「當前項目設置不是100%可靠」? – 2013-03-19 15:52:05

+0

我會用最舊的支持版本,除非你打算升級很多螺母和螺栓 – sehe 2013-03-19 15:52:29

+0

@ZDeslav「當前的項目設置不是100%可靠的」=產品遠在我的時間之前,我有理由相信其他開發者已經改變了'項目配置'而沒有完全理解他們在做什麼。 – Pressacco 2013-03-19 15:54:48

回答

1

我會試圖讓該項目在Visual Studio 2008中編譯成功啓動,因爲你提到你已經有可用。

我不打擾嘗試安裝另一個版本的Windows SDK(其中一個與VS 2008捆綁在一起)除非您無法在開箱即用的安裝中成功編譯項目VS 2008.如果沒有,並且您想嘗試安裝其他版本的SDK,我會選擇version 7.1,這是針對Windows 7的版本。

使用SDK 6.1的版本不太可能有任何優勢;新版本可能會添加新功能,但它們通常保留與舊版本的向後兼容性。我會而不是,但是,請安裝任何版本的Windows 8 SDK,因爲這可能最終導致您作爲開發人員感到困惑。

一旦你把所有東西都做好了並且繼續VS 2008,你可以嘗試切換到VS 2012,如果你想使用它。 (我仍然無法習慣用戶界面,但顯然有人喜歡它。)正如你在問題中指出的那樣,使其正確工作的最簡單方法是將「v90」,即VS 2008(使用平臺工具集選項進行設置)。這基本上可以讓你使用VS 2012 shell進行編輯,但VS 2008編譯器和編譯頭文件。但是,您不會獲得VS 2012引入的任何C++ 11功能,因爲您沒有使用新版本的編譯器;你會被VS 2008支持的東西卡住。

+0

@CodyGrey - 您的反饋最有用,謝謝! – Pressacco 2013-03-19 18:34:25

+0

@CodyGrey - 如果你不介意,我有一個補充問題。至少有三種不同的方式爲編譯器提供依賴項的位置(例如庫和頭文件)** 1 **環境變量(例如%lib%和%include%)** 2 **'配置屬性=> VC++目錄'和** 3 **'配置屬性=> ... =>其他包含目錄...定義Windows SDK的位置時推薦的方法是什麼?我問的原因是我給出的開發者機器已經安裝了多個SDK(v5.0,v6.0A,v7.0A,v7.1A,v8.0,v8.0A)。 – Pressacco 2013-03-19 21:07:12

+0

@捲菸嗯,我不知道。我希望你沒有使用已經安裝了所有東西的機器。事實是,我會確保所有這些設置都正確。一般來說,數字2是你要配置的。編號3(附加包含目錄)通常不適用於Windows SDK等基本功能,而只適用於少數單個項目的庫。我永遠不會改變我的環境變量;我總是使用我已安裝的最新版本的SDK。 Windows頭文件使用條件編譯以啓用下游定位。 – 2013-03-19 23:33:07