我正在开发一个 WPF 应用程序，我很好奇如果有一天我们想通过多点触控来控制它，需要什么才能将该应用程序重写为 Surface 应用程序。
我们是否可以重用 WPF 应用程序的大部分内容并将其顺利转移到 Surface，或者 Surface 完全不同，我们可能必须为 Surface 编写一个全新的 GUI？或者我实际上可以在 Surface 上使用 WPF 应用程序吗？正如您可能知道的那样，我对 Surface 一点也不了解 - 所以也请告诉我任何明显的事情！
我们尽我们所能对应用程序进行建模，使视图和业务逻辑之间有良好的分离 - 使用 MVVM 模式等。但是我们是否需要为 Surface 构建一个全新的 GUI？
如果您的目标只是向普通桌面应用程序添加多点触控，那么您确实应该考虑 Windows 7 中的 .NET 4.0。这样做时，您可以从现有应用程序开始，然后添加您认为有用的任何多点触控功能。
如果您确实转到 Surface，如果进行直接移植，您在代码中看到的主要更改是将所有内置输入控件更改为 Surface 版本（即，将 Button 更改为 s:SurfaceButton）。需要这样做是为了支持 Surface 的接触输入，它不会激活像 Button.Click 这样的标准控件。
Surface 应用程序还有一些更重要的问题，仅在桌面上使用模拟器无法真正感受到这些问题。首先是多用户体验，不仅包括其支持的大量同时触摸，还包括 UI 的多方向定位。由于 Surface 是水平屏幕，用户可以从任何一侧访问应用程序，并且应用程序本身也可以垂直翻转，具体取决于用户启动应用程序的方向。这可能需要大量思考如何重新设计桌面应用程序的功能。 Surface 还具有 1024x768 的固定分辨率，这也可能导致从专为大屏幕制作的动态大小的桌面应用程序进行尴尬的过渡。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
