我们不能让那些长期无法升级到 Windows 8 的客户束手无策。然而有是需求我们的应用程序的“平板电脑”/“触摸屏”版本。
那么，我们如何才能通过单一代码库同时支持 Windows 8 上的 Metro 触摸和我们当前的客户呢？
当 WPF 出现时，经过多次“推动”，微软看到并使其在 Windows XP 上运行 - 是否有人谈论过 WinRT 的类似情况。
（我不希望有任何解决方案适用于 XP，因为 XP 支持正在逐渐减少。）
也可以看看：ARM 版本的 Windows 8 只能运行 Metro (WinRt) 风格的应用程序吗？ https://stackoverflow.com/questions/7541919/can-the-arm-version-of-windows-8-only-run-metro-winrt-style-apps
最好的答案是您不希望相同的应用程序在 Windows 7 和 Windows 8 Metro 风格上运行。最适合鼠标和键盘 (Windows 7) 的 UI 不适用于触摸优先演示，反之亦然。重新想象两个不同世界的用户界面非常重要。
也就是说，如果您想共享大量代码，您有两个选择：
1）主要用 JavaScript/HTML5 编写。这将使您可以重用许多资产（尤其是业务逻辑部分）。
2) 在（桌面）Silverlight 中编写它。 Silverlight XAML 最接近 Windows XAML。 WPF 还比较远，以后需要更多的返工。
无论哪种情况，您都应该查看并遵循编写跨平台代码时使用的原则。了解平台依赖性并将它们隔离在间接边界后面。您想要本地化所有需要更改的代码。例如，您不希望对 .Net System.IO.File API 的调用必须更改为分散在代码中的 Windows.System.Storage 调用。相反，您希望将其本地化在一个可以稍后修改的函数中。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
