WinRT和.NET澄清

Question

我想澄清一些关于WinRT的观点，以及.NET与之相关的地方。以下是一组我认为是真实的陈述.纠正我错的地方：

seperate.

• WinRT

• WinRT是一个独立的COM公开的本机面向对象API，它本身并不是构建在基于C的旧的Win32之上:它完全是C++，至少现在只能用于Windows 8的Metro部分，Win32不能用于城域应用程序。Win8中的应用程序将是桌面应用程序或地铁应用程序，应用程序不能同时使用这两种API。这是一个或other.

• Traditional桌面/服务器.NET (构建在Win32上)将按照正常情况继续运行，但是有一个新的缩减.NET框架(类似于Compact /client或Silverlight)构建在WinRT上，以供在地铁世界中使用。这就是C#和VB.NET在WinRT世界中的运行方式:它不是为桌面/服务器安装的相同的.NET框架。UI使用XAML derivative.

• Metro应用程序完成，也可以使用本机C++构建，也可以使用XAML进行UI构建。C++/CLI呢？其他不太流行的.NET语言呢？

• 地铁应用程序也可以使用HTML5 5/CSS3 3/Javascript构建。我认为地铁系统有一个新的呈现和执行引擎来运行这些应用程序:我的理解是，这些应用不能在像IE这样的浏览器中执行，所以它们是应用程序，而不是网页。

• 地铁IE不会运行插件，因此在地铁世界中没有Silverlight。基于

• ARM的设备将只运行Win8。

。

Answer 1

1. 几乎是正确的，在内部WinRT仍然使用一些Win32调用，但有些API调用是新的，而且是从头开始编写的。
2. WinRT只能在Metro中使用，但是Win32调用的子集仍然可以在metro中使用。
3. True。XAML部件现在使用的是地铁上不支持的implementation.
4. C++/CLI WinRT。目前，它只是Metro.
5. True.
6. Correct.
7. No，上的C#/VB.Net，尽管ARM将有一个桌面，它仅限于MS Office、IE和Explorer.

编辑

根据以下评论进行更新。

1. 是可以从桌面上使用的WinRT API的子集。
2. 呈现和Javscript引擎与IE 10中使用的相同。但是应用本身不能在Internet

中单独运行。