ios - IOS 应用程序的图像显示选项

Question

我正在开发一个 IOS 应用程序，它将显示用户从我的网站上传的图片。

在移动设备或服务器上调整图像大小的最佳做法是什么？

选项 A - 调整缩略图大小、所需大小并将其存储在云服务器上，例如 Amazon S3，它托管 iphoneretina_ImgA、Iphone_ImgA、Ipad_ImgA、IphoneThumbnail_ImageA 的图像。

选项 B - 调整为设备上所需的缩略图大小。

向 iphone/ipad 设备显示服务器图像的最佳方法是什么？

Answer 1

如果您可以在服务器端进行尽可能多的图像处理并向设备提供最佳尺寸的图像(即尽可能小的图像以支持所需的用户界面)，您将在设备上获得最佳性能，这将节省不仅是下载时间(尤其是如果用户使用较慢的蜂窝网络)，还有宝贵的设备内存和处理时间(如果您将高分辨率图像下载到设备，将它们转换为适当大小的图像所需的 CPU 周期和内存量，或者更糟，而不是调整它们的大小并尝试让可怜的 ol'UIImageView 尝试渲染它们)。

简而言之，如果您可以在服务器端执行此操作，那就太理想了。如果您在设备上执行此操作，您将受到网络带宽、内存消耗和设备处理时间的影响。

但是，如果原始图像不是太大，您可以通过一些合理的妥协来逃脱，这些妥协需要适度的设备端处理。例如，我正在与旧版 CMS 系统连接，该系统具有中等大小的图像和有限的现有服务器端图像处理能力，因此我只是在下载/需要缩略图时懒惰地在设备上制作缩略图，但是 (a) 原始图像并不大； (b) 无论如何我都需要设备上的原始分辨率图像； (c) 我不得不做一些聪明的事 GCD (或者您可以使用其他一些等效的 concurrent processing 技术)以确保用户界面不会受到太大影响，因为该应用程序会一次性生成缩略图(然后将缩略图缓存在本地以在将来实现最佳性能)。

与往常一样，在这些情况下，您的最终架构将取决于您的图像、服务器功能、应用程序要求等细节，但是，如果有任何经验法则，它会尽可能多地在服务器端进行您可以平衡网络带宽和服务器复杂性问题与对设备的其他需求。