通用运行时？

Question

我不清楚的是，我了解C＃和VB.NET之间的区别（主要是在指针的使用上），但是为什么如果两者都具有Common CLR，那么XNA（例如）仅适用于C＃而不适用于VB .NET，还是Visual Studio的插件是针对C＃而不是VB.Net的，实际上语言扩展在两种语言中均有效

抱歉，如果这是一个明显的问题，我想问一下

Answer 1

这是定义语言支持的工具集。 例如，XNA只是使用C＃完成了所有工作，并且仅提供了对它的支持。 您仍然可以在VB.NET中编写一个应用程序，然后从命令行手动进行编译。 只要您的应用程序没有编译为任何非法的IL（XNA不支持的操作码），它仍将运行。 主要问题是资源-他们没有人力来进行所有语言的全面开发和测试，因此他们选择了一种。

Answer 2

CLR已移植到各种平台，但并非所有平台都是平等的。 例如，XBox 360 CLR 不具有Reflection.Emit甚至没有完整CLR具备的所有IL操作 。 因此，不同的编译器可能会发出在完整CLR上合法但在紧凑CLR上非法的IL代码。

另一个问题是类库的可用性。 完整的BCL包含Microsoft.VisualBasic命名空间，该命名空间由VB.NET编译器自动引用。 它包含VB6兼容性功能， My命名空间功能以及一些编译器帮助程序功能 ，通常称为VB.NET运行时。

每当移植CLR时，便会移植某些程序集-而其他人则不会。 对于XBox，未移植Microsoft.VisualBasic。 这意味着您不能引用该名称空间中的任何内容。 虽然很容易不引用兼容性或My名称空间，但是可以将编译器服务插入已编译的IL中，而无需您显式调用它们。

在VB.NET 8中，您可以将未记录且不受支持的-novbruntimeref开关传递给vbc.exe，以防止其引用Microsoft.VisualBasic.dll。 不幸的是，这有时会导致奇怪的编译器错误。 在VB.NET 9中，已对其进行了记录和支持，并将其重命名为/ vbruntime 。

第三种情况是插件和Visual Studio支持。 这取决于每个软件包是否支持每种语言的模板，代码生成等。 我相信一些第三方已经发布了XNA的VB.NET模板，尽管它并未得到官方支持 。

最重要的是，这是技术问题（CLR端口，BCL可用性，编译器IL输出）和支持（测试，资金和其他语言的插件）的混合。

Answer 3

对于CLR，从所有帐户来看，VB.NET和C＃都等效于99.9999。 但是有些细微的差异可能会咬你。 另外，我记得在一些Microsoft博客上读到，CLR可以完成某些事情，这些事情还不能由VB.NET或C＃进行编程，而必须由IL完成。 确实很有趣。