有谁知道（无论哪种方式都有信心）微软是否计划继续支持（如编译）不推荐使用的遗留（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网站上找不到官方的词？
如果您在 MSDN 或 MVP 上找不到信息，那么在这里直接询问 Microsoft 可能是个好主意（我猜是 C++ 的）。我不为微软工作，但我为另一个（非常）大的组织工作，我们开发人员非常密切地监控公共论坛。我怀疑有不少 MS 开发人员会关注该网站。
但是，如果您在没有风险管理和突发事件的情况下进行项目规划，那么您就做错了。
您应该考虑到它不受支持的可能性，并做两件事之一。
根据我的经验，第一个通常更好，因为如果你发现你不必这样做并且日程安排正在下滑，你可以放弃那个项目来赶上。有时您无论如何都可以放弃它并尽快交付，只是为了让自己在年度绩效评估中看起来更好:-)
但是，即使您不允许这样做，然后发现它是必要的，风险也会变成一个问题，您可以向上级管理层解释为什么需要更多时间。由于风险日志中已明确说明，因此您已被覆盖 - 然后他们决定让您有更多时间或继续使用 MSVC 的后级。
请记住，如果您不必这样做，您可能仍然应该考虑它（没有计划延误）。微软并没有因为笑而弃用它们，它们会在某个时候消失。尽管 YAGNI 建议你不应该担心它，除非它迫在眉睫，但谨慎的做法是做一些准备工作。
当微软最终确实删除该功能时，这将避免最后一刻的疯狂。
它似乎受支持 - 请参阅 VS2010 beta 2文档以获取/clr.
好吧，您可以查看CTP 位。这不能保证最终结果，但这是一个好主意。怀疑此时是否会有任何重大的编译器更改。