有谁知道（有信心无论哪种方式），如果微软计划在继续支持（如编译）弃用（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