Visual studio VS2005和VS2008中支持的不推荐使用的/clr:oldSyntax是否仍然适用于VS2010？ [P>是否有人（有信心），如果微软计划继续支持（如编译）遗留（2003）弃用（VS2005／VS2008）管理的C++（MC++）语法，以C++代码中的.NETCLR为目标？ 微软正式地用VS2005 C++编译器（奥卡斯）贬低了/CLR：OLDFLISH；值得庆幸的是，VS2008 C++编译器仍然支持/CLR:OLDSwitcSwitc.< 但是VS2010的C++编译器仍然支持它吗？还是VS2010的发布最终会打破与/clr:oldSyntax的向后兼容性 我需要知道VS2010发布之前的项目规划进度，在MSDN站点或MVP站点上找不到官方的字？ < P>如果你找不到MSDN或MVP的信息，那么直接问微软（C++的，我猜）可能是个好主意。我不为微软工作，但我为另一个（非常）大的组织工作，我们开发人员密切关注公共论坛。我怀疑有相当多的微软开发者会关注这个网站

然而，如果你在没有风险管理和应急措施的情况下进行项目规划，你就做得不对

你应该考虑到它不被支持的可能性，并且做两件事中的一件

• 在甘特图中有一个项目，以便进行重新设计
• 制定风险日志，明确说明可能需要重新设计

根据我的经验，第一个项目通常更好，因为如果你发现你不必做，而且日程安排也在下滑，你可以放弃该项目以赶上进度。有时候，你可以放弃它，更快地交付，只是为了让自己在年度绩效考核中看起来更好：-）

但是，即使你不允许这样做，然后发现这是必要的，风险也会演变成一个问题，你可以向更高的管理层解释为什么需要更多的时间。由于风险日志中明确说明了这一点，所以您的保险范围已涵盖在内-然后，他们将决定是否允许您有更多的时间或继续使用MSVC的后台

记住，如果你不必去做它，你可能仍然应该考虑它（不考虑进度打滑）。微软并没有嘲笑他们，他们总有一天会消失的。虽然雅格尼建议你不必担心，除非它迫在眉睫，但谨慎的做法是做一些准备工作

---

这将避免微软最终删除该功能时最后一刻的疯狂抢购。

好吧，你可以查看。这并不能保证什么是最终结果，但这是个好主意。现在是否会有任何大的编译器更改是值得怀疑的。

这似乎是受支持的-请参阅VS2010 beta 2以了解

/clr

他们最终使用Visual Studio 2015删除了此标志：。