Silverlight作为底层WinRT平台

两个相互关联的问题：

对于每个主要设备平台（iOS、Android、Windows Phone 7和WinRT）都有应用程序的应用程序套件，Silverlight是否是WinRT应用程序“底层”（Mac/7/Vista/XP）版本的良好平台

如果是的话（或者为了实现这一点），有哪些Silverlight组件模拟了应用程序及其主题，以尽可能减少使Silverlight应用程序与WinRT应用程序一致的工作

---

我不这么认为。Silverlight没有为您提供与Metro风格应用程序真正匹配所需的触摸支持。你可以使用或滚动你自己的手势库，但它永远无法真正匹配你从Metro风格的应用程序中获得的体验类型，当然，在这一点上，你不再是跨平台的。我曾经做过的最接近的一件事是用浏览器应用程序构建一个Silverlight全屏，在那里我们推出了自己的手势库，但仍然不令人满意

Metro是一种全新而独特的设计语言，如果没有一个从一开始就构建的操作系统来支持这种体验，你会发现这是一种糟糕的体验，更糟糕的是，你将一路与这种技术抗争

---

回应评论：这绝对可以做到。例如，我不这么认为。Silverlight没有为您提供与Metro风格应用程序真正匹配所需的触摸支持。你可以使用或滚动你自己的手势库，但它永远无法真正匹配你从Metro风格的应用程序中获得的体验类型，当然，在这一点上，你不再是跨平台的。我曾经做过的最接近的一件事是用浏览器应用程序构建一个Silverlight全屏，在那里我们推出了自己的手势库，但仍然不令人满意

Metro是一种全新而独特的设计语言，如果没有一个从一开始就构建的操作系统来支持这种体验，你会发现这是一种糟糕的体验，更糟糕的是，你将一路与这种技术抗争

---

回应评论：这绝对可以做到。例如，请参阅。

这是非常难以回答的问题，因为按照您的想法使应用程序可移植时遇到的大多数问题都与UI/控件无关。与平台集成的应用程序中的逻辑将花费相当多的精力。同时，在Silverlight中复制Metro应用程序UI可能会非常尴尬，因为Metro应用程序中正常的事情在其他平台上并不那么正常。此外，在手机和PC上创建一个xaml布局是没有意义的。屏幕尺寸和平台惯例完全不同。你可能可以为viewmodels重用一些代码，甚至可以为下面的模型重用更多代码，但你可能想重新设计手机和PC之间的屏幕。@Kris：我的问题与手机/PC代码重用无关，而只与PC/PC（或PC/平板电脑）代码重用有关。我们的想法是，如果您投资了WinRT应用程序的UI（最低分辨率为1024x768），有没有一种方法可以让Mac/Win7/Vista/XP只需少量的额外工作就可以覆盖？这是非常难以回答的问题，因为当您按照自己的想法使应用程序可移植时，大多数问题都与UI/控件无关。与平台集成的应用程序中的逻辑将花费相当多的精力。同时，在Silverlight中复制Metro应用程序UI可能会非常尴尬，因为Metro应用程序中正常的事情在其他平台上并不那么正常。此外，在手机和PC上创建一个xaml布局是没有意义的。屏幕尺寸和平台惯例完全不同。你可能可以为viewmodels重用一些代码，甚至可以为下面的模型重用更多代码，但你可能想重新设计手机和PC之间的屏幕。@Kris：我的问题与手机/PC代码重用无关，而只与PC/PC（或PC/平板电脑）代码重用有关。我们的想法是，如果你投资了WinRT应用程序的UI（最低分辨率为1024x768），有没有一种方法可以让Mac/Win7/Vista/XP以较小的额外工作量获得覆盖率？这一点很好。假设你把touch从桌子上拿走了。毕竟，大多数底层客户端无论如何都没有触摸屏，Metro用户界面应该可以很好地使用键盘和鼠标。为了一致性和只需处理一次伟大UI的图形细节，在WinRT和Silverlight中使用单一Metro设计的价值和实用性是什么？关于细微的接触点，这一点很好。假设你把touch从桌子上拿走了。毕竟，大多数底层客户端无论如何都没有触摸屏，Metro用户界面应该可以很好地使用键盘和鼠标。为了一致性和只需处理一次伟大UI的图形细节，跨WinRT和Silverlight使用单一Metro设计的价值和实用性是什么？