在iPad发布和其SDK(iPhone SDK 3.2)之后,将应用程序移植到iPad成为一个重要问题。在我的iPhone应用程序中,我应该遵循哪些指南,以确保我可以尽可能无缝地将其移植到iPad上?
不同的分辨率是一个特别重要的问题。虽然iPad可以运行未经修改的iPhone应用程序,但这并不是本机应用程序的理想行为。我们如何使我们的iPhone应用程序具有分辨率独立性,以便它们可以像大多数桌面应用程序一样在所有分辨率上优雅地运行?
在iPad发布和其SDK(iPhone SDK 3.2)之后,将应用程序移植到iPad成为一个重要问题。在我的iPhone应用程序中,我应该遵循哪些指南,以确保我可以尽可能无缝地将其移植到iPad上?
不同的分辨率是一个特别重要的问题。虽然iPad可以运行未经修改的iPhone应用程序,但这并不是本机应用程序的理想行为。我们如何使我们的iPhone应用程序具有分辨率独立性,以便它们可以像大多数桌面应用程序一样在所有分辨率上优雅地运行?
如果你一直在使用IB并正确设置元素的调整大小行为,还编码了所有帧坐标都相对于彼此,那么你距离拥有一个可以潜在缩放到更大屏幕的用户界面已经过了一半。
从屏幕截图中可以看出,还有新类型的操作表,可能会附加到UI元素上而不是浮动显示。如果您今天使用覆盖物,它们可能会工作得差不多,但您可能需要考虑在较大的显示器上更改放置位置。
更新:
现在活动已经结束,注册开发人员可以下载SDK-尽管我们目前不能在这里谈论具体特性,请阅读与新操作系统版本相关的所有文档,因为其中有许多旨在帮助您过渡支持两个平台的内容。另外,在开始使用自定义库之前,请查看API更改以了解可能支持的新功能。
总的来说,我上面提到的IB仍然适用,并且您应该开始思考如何使您的应用程序利用更多的空间一次性呈现更多的信息,而不是分散在多个屏幕上。此外,如果您正在进行任何使用图像的项目,请确保最初设计的图像足够大,以便您还可以将它们用于更高分辨率的平板应用程序。
相比于非iPad设备,更加合理的期望用户输入文本(并且是更多的文本)。
似乎没有什么。虽然我们还没有SDK,但所有现有的iPhone应用程序都可以运行,尽管分辨率会降低。
目前还不清楚现有的iPhone SDK在UI方面与iPad SDK共享多少。