VS2005 和 VS2008 支持的已弃用 /clr:oldSyntax 是否仍可用于 VS2010？

Question

是否有人知道（无论哪种方式都充满信心）Microsoft 是否计划继续支持（如编译）旧版 (2003) 已弃用 (vs2005/vs2008) 托管 C++ (MC++) 语法以 C++ 代码中的 .NET CLR 为目标？

Microsoft 正式弃用 VS2005 C++ 编译器 (Orcas) 中的 /clr:oldSyntax；幸运的是 VS2008 C++ 编译器仍然支持 /clr:oldSyntax 开关。

但是带有 VS2010 的 C++ 编译器仍然支持它吗？还是 VS2010 的发布最终会打破与 /clr:oldSyntax 的向后兼容性？

在VS2010发布前需要知道项目计划调度，在MSDN网站或MVP网站上找不到官方的说法？

Answer 1

似乎支持 - 请参阅 VS2010 beta 2 documentation for /clr。

Answer 2

好吧，您可以查看CTP bits。这不能保证最终结果，但这是一个好主意。怀疑此时是否会有任何重大的编译器更改。

Answer 3

如果您在 MSDN 或 MVP 上找不到信息，那么最好直接询问 Microsoft here（我猜是 C++ 的）。我不为微软工作，但我为另一个（非常）大的组织工作，我们开发人员非常密切地监控公共论坛。我怀疑有不少 MS 开发人员会关注该网站。

但是，如果您在没有风险管理和突发事件的情况下进行项目规划，那么您就做得不对。

您应该考虑到它不受支持的可能性，并做两件事之一。

• 在您的甘特图中有一个项目以允许重新设计。
• 有一份风险日志，明确说明可能需要重新设计。

根据我的经验，第一个通常会更好，因为如果您发现您不必这样做并且日程安排有所延误，您可以放弃该项目以赶上。有时你可以放弃它并尽快交付，只是为了让自己在年度绩效评估中看起来更好:-)

但即使您不允许这样做，然后发现它是必要的，风险也会演变成一个问题，您可以向上级管理层解释为什么需要更多时间。由于风险日志中已明确说明，因此您已被覆盖 - 然后他们决定让您有更多时间或继续使用 MSVC 的后备级别。

请记住，如果您不必这样做，您可能仍然应该考虑它（没有计划延误）。微软并没有嘲笑他们，他们会在某个时候消失。虽然 YAGNI 建议你不应该担心它，除非它迫在眉睫，但谨慎的做法是做一些工作来为它做好准备。

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