Windows 8 用HTML/CSS/JS编写的Metro应用程序与用XAML/C编写的Metro应用程序之间的差异#

用web开发技术编写的Metro应用程序与用XAML/C#等编写的Metro应用程序有什么区别。？Microsoft Metro API是否为Javascript提供了钩子，而Javascript都是C#的本机语言？他们应该携手合作，还是由开发人员选择走哪条路

如果使用JS（OpenGL硬件功能除外），是否有某些功能无法实现

---

我想知道的是要知道哪些技术是构建广泛的地铁应用所必需的，所以当我到达某个点的时候，我并没有被一堵砖墙挡住，让我知道我使用了错误的技术。

< P >微软投入了大量的工作，使JavaScript与C语言相媲美。Javascript和C#都可以通过语言投影直接访问WinRT API。也就是说，有一个特定于语言的唯一绑定到底层API。因此，这两种语言都不比另一种语言更“本土”

你应该能够用这两种语言编写一个同等的Metro应用程序。从高层次上讲，这确实取决于你更喜欢哪种语言/环境

然而，在做出决定时应该考虑到一些差异。首先，WinRT组件只能用C语言或C++编写。Javascript只能使用这些组件。如果有创建可重用/可共享组件的意图，则应记住这一点

其次，尽管Windows Phone 8 SDK尚未发布，但有迹象表明Windows Phone 8应用程序只能用C#编写。如果有意为平板电脑和手机创建类似的应用程序，这可能是一个严肃的考虑

目前还没有很多基于性能的研究在Metro应用程序中对两者进行比较，因此很难说这是否会成为一个因素

---

那么，也有第三方的支持要考虑。C#/XAML已经建立并得到了很多第三方的支持。但类似地，Javascript也有很多第三方库（例如jQuery），这些库在很大程度上也可以引入Metro应用程序中使用。我想对C#/XAML稍加强调，但支持似乎对两者都有好处。

感谢您的完整回答：）。你认为JS支持会一直存在，还是仅仅是吸引一些新的开发人员的兴趣？在我看来，WinRT的HTML/Javascript开发将随着时间的推移得到进一步的发展和巩固。随着更多应用程序的开发，开发者的承诺将实现这一点。就微软而言，我也无法想象他们会有什么诱饵和转机。他们还有很长的路要走，以建立移动市场份额。这意味着他们需要把开发者吸引到他们的生态系统中，同时也要留住他们。如果他们想让自己的Surface平板电脑和操作系统获得成功，他们肯定必须迎头赶上。他们似乎有很好的想法，但没有后续行动。我对XAML/C路线持谨慎态度的唯一原因是它依赖于平台。它严重依赖Windows，几乎不可能在其他平台上使用相同的代码库编写软件。值得一提的是，微软公开声明它非常喜欢JavaScript和web堆栈，他们的商业决策（不仅仅是Win8中的JS）也反映了这一点。Win8体系结构的强大之处在于可以使用多个语言堆栈。事实上，没有什么可以说以后不能添加另一个投影以进一步扩展。希望以下内容能够帮助您做出决定[Windows 8：我选择XAML而不是HTML5的十大原因]（）[Metro应用程序：XAML/C与HTML/Javascript]（），以及您在