有誰知道（有信心無論哪種方式），如果微軟計劃在繼續支持（如編譯）棄用（VS2005/VS2008）託管C++（MC++）語法遺產（2003年）的目標在C++代碼的.NET CLR？VS2005和VS2008支持的不推薦/ clr：oldSyntax是否仍然適用於VS2010？
Microsoft正式棄用/ clr：oldSyntax與VS2005 C++編譯器（Orcas）;幸好VS2008 C++編譯器仍然支持/ clr：oldSyntax開關。
但將C++編譯器與VS2010還支持呢？或者VS2010的發佈最終會破壞與/ clr：oldSyntax的向後兼容性？
在VS2010發佈之前需要知道項目計劃的安排，並且無法在MSDN站點或MVP站點上找到官方字？
它似乎支持 - 請參閱VS2010 beta 2 documentation的/clr。
如果您無法在MSDN或MVP上找到信息，那麼直接詢問Microsoft可能是個好主意here（我猜可能是C++的）。我不爲微軟工作，但我爲另一個（非常）大型組織工作，我們的開發人員密切關注公衆論壇。我懷疑有不少MS開發者會觀看該網站。
但是，如果您正在進行沒有風險管理和意外事件的項目計劃，那麼您做得不對。
您應該允許的可能性，這將不支持，做兩件事情之一。
從我的經驗來看，第一個通常會更好，因爲如果你發現你不必這樣做，而且時間表正在滑落，那麼你可以放下這個項目來趕上。有時你可以放棄它，並儘快提供，只是爲了讓自己看起來更好的年度業績審查:-)
但即使你不允許它，然後發現它是必要的，風險變成一個問題你可以去更高的管理層解釋爲什麼需要更多的時間。你在風險日誌中已經清楚地說明了它 - 然後他們決定讓你有更多的時間或者繼續使用MSVC的後臺。請記住，如果你不必這樣做，你可能仍然應該考慮它（sans schedule slippage）。微軟並沒有嘲笑他們，他們會在某個時候消失。雖然YAGNI建議你不應該擔心它，除非它是迫在眉睫，這將是謹慎做上準備了它的一些工作。
這將避免最後一分鐘的狂奔，當微軟終於做刪除的功能。
好了，你可以檢查出CTP bits。這不是最終決定的保證，但這是個好主意。令人懷疑的是，在這一點上會有任何重大的編譯器更改。
他們終於用Visual Studio 2015刪除了這個標誌： https://support.microsoft.com/en-us/kb/2967191。 – jeanie77 2016-01-14 13:13:40