像大多数 .NET 开发人员一样，我在卡利的阿纳海姆观看了 Build Event 的主题演讲，并对使用 JavaScript、HTML5 和 CSS3 为 Windows 8 构建应用程序的新支持提出了疑问。
他们展示了很多示例，甚至说新的 Windows 8 市场就是使用这些技术编写的。唯一让我猜测的是，当他们将 JavaScript 归入 C# 的同一类别时，从某种意义上说，您可以使用 JavaScript 编写 Windows 应用程序(可以直接访问 .NET)。
显然，作为一名 Web 开发人员，考虑到我使用 JavaScript、HTML5 和 CSS3 构建的一些应用程序，这是一个非常棒的消息。
我的问题是，我们为 Windows 8 构建的应用程序是否真正兼容 Web？我们可以为 Windows 8 构建应用程序，然后转而在 Web 上启动它们吗？当前在线的 Web 应用程序能否访问他们演示的某些功能？
就像我说的那样，这将是一个了不起的进步。更不用说 Silverlight，我已经为其编写了很多应用程序，以及它在 Blend Rocks 中的工作方式。用我用 C# 编写的一些应用程序替换 JavaScript 的想法甚至不是一个选项。
这仅仅是为了让基于“网络”的开发人员为 Windows 开发还是这是一个用于构建应用程序的跨平台解决方案？
最佳答案
稍微澄清一下，Javascript/HTML5/CSS3 windows 程序运行在一个名为 WinRT(Windows 运行时)的新层上，而不是 .Net。所有新的 Windows Metro 风格应用程序都将构建在这一层之上，而不是旧的 .Net。如果您的应用程序使用 WinRT 功能，显然您需要 Windows 才能运行该应用程序。如果您想集成这些功能，这是您的选择。 (显然这取决于您要对您的应用程序做什么)我相信您可以构建一个所有标准兼容的应用程序并让它在系统上运行得很好——您只是不会使用任何 MS 特定功能。从这个意义上说，它就像是作为应用启动的网页。
其他说明:
MSIE 目前使用一些
-ms特定前缀，直到这些功能被 W3C 接受并赋予正式的跨浏览器名称。与-webkit-border-radius、-moz-border-radius和border-radius不同。HTML5 使用了一些功能，例如大多数浏览器尚未实现的网格。
Microsoft 包含大量 Javascript 库，可以轻松构建应用程序。其中许多是基于 jQuery 的。有些是 Windows 特定的。不确定在其他地方使用它们的许可是什么。我假设 jQuery 可以移植，而 Windows 的则在 WinRT 之外使用没有意义。
关于javascript - Windows 8 应用程序是否在符合标准的 JavaScript、HTML5 和 CSS3 上运行？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/7448399/