Iphone 不是';通用二进制文件是否会在设备上造成巨大的内存浪费?

Iphone 不是';通用二进制文件是否会在设备上造成巨大的内存浪费?,iphone,ipad,universal-binary,Iphone,Ipad,Universal Binary,在为iPhone/iPad开发通用二进制软件时,我经常问自己:这真的这么好吗?我相信iPhone和ipodtouch设备只需下载整个软件包,包括所有与iPad无关的内容。由于我的应用程序是图形密集型的,iPhone和iPodtouch用户将受到大约10MB无关图形的影响。它们只是垃圾,不能在设备上使用。iPad用户也一样,他们会看到像6MB的垃圾图像数据,这些数据从未被使用过。当然,还有所有未使用的设备代码 我想知道这是否真的很聪明。如果这真的是未来:下载和安装大量垃圾,然后担心购买8GB、16

在为iPhone/iPad开发通用二进制软件时,我经常问自己:这真的这么好吗?我相信iPhone和ipodtouch设备只需下载整个软件包,包括所有与iPad无关的内容。由于我的应用程序是图形密集型的,iPhone和iPodtouch用户将受到大约10MB无关图形的影响。它们只是垃圾,不能在设备上使用。iPad用户也一样,他们会看到像6MB的垃圾图像数据,这些数据从未被使用过。当然,还有所有未使用的设备代码


我想知道这是否真的很聪明。如果这真的是未来:下载和安装大量垃圾,然后担心购买8GB、16GB、32GB甚至64GB的设备只是为了安装更多的东西。我已经担心我拥有的很多通用应用程序只是在我的设备上塞满了未使用的文件。这让我觉得自己很愚蠢。

任何不重图形的应用程序都值得为其制作一个通用二进制文件。如果您只有标准的cocoa UI元素和一些数据。然后,您所要做的就是相对于帧的大小设置所有帧


如果它实际上是一个独立的应用程序(即:iPad版本有大量不同的图片文件,那么就这样发布。即使它们只是高分辨率的图片之类的,也没关系。)

你认为这很愚蠢吗?每次进行一个小的代码更改时,请尝试重新下载整个80MB的应用程序(参考资料和所有资料!):

考虑到8、16、32、64 GB的数据;我想你说的是存储容量,而不是内存。如果是这种情况,你可以考虑压缩你的资源,并将它们解压缩到应用程序的沙盒上,以便在将来的启动时轻松访问。p> 或者,您可以将iPhone/iPod资源与应用捆绑在一起,并单独下载iPad特定的资源。用户可能不喜欢这种令人惊讶的带宽使用率,甚至可能无法超越苹果


最后,你可以使用你的资源,你的用户会喜欢你节省的空间,如果不是电池寿命的话。也许将这两个世界的优点结合起来,只生成一次资源?

你能把这个应用作为两个稍有不同的应用出售吗,一个用于iPhone,另一个用于iPad?当然可以。iPad应用的屏幕更大,iPhone应用的屏幕更小。事实上,应用程序的功能99%相同,但iPad的图形和布局却完全不同。把这些乱七八糟的东西放在一个地方是一件很痛苦的事。不过说实话,这就像用不同的砖头建造同一座房子一样。你不会把它建在同一个地方吧?我知道这是一个糟糕的例子,但无论如何,我的一个应用程序有这个问题,创建一个单独的iPad版本对我和我的最终用户来说将更易于管理。