在我的应用程序中,我必须向服务器发送不同格式的图像(它必须是UIImage
类可以读取的所有文件格式)https://developer.apple.com/library/ios/#documentation/uikit/reference/UIImage_Class/Reference/Reference.html
问题是:我不知道什么时候应该使用这些方法。当然很明显,对于 .png
图像,我需要使用 UIImagePNGRepresentation
和对于 .jpg/.jpeg
UIImageJPEGRepresentation
.但是其他格式(.tiff
、.gif
等)呢?图像处理只有两种方法,格式却如此之多。
最佳答案
你说:
Of course it's obvious that for .png images I need to use
UIImagePNGRepresentation
and for .jpg/.jpegUIImageJPEGRepresentation
.
不,不一定是这样。如果你有一些原始的“数字 Assets ”,而不是创建一个 UIImage
然后使用这两个函数之一来创建你将上传的 NSData
,你通常会只需从原始 Assets 加载 NSData
并完全绕过到 UIImage
的往返。如果这样做,您就不会冒因转换为 UIImage
然后再次返回而导致的任何数据丢失的风险。
不过,还有一些额外的注意事项:
元数据:
这些
UIImageXXXRepresentation
函数去除了图像的元数据。有时这是一件好事(例如,您不想上传 child 的照片或包含 GPS 位置的昂贵小工具,不满者可以在其中识别照片的拍摄地点)。在其他情况下,您不希望丢弃元数据(例如原始拍摄的日期、使用的相机等)。您应该明确决定是否要删除元数据。如果不是,请不要通过
UIImage
往返您的图像,而是使用原始资源。图像质量损失和/或文件大小注意事项:
我特别不喜欢
UIImageJPEGRepresentation
因为它是 lossy compression .因此,如果您使用小于 1.0 的compressionQuality
值,您可能会损失一些图像质量(值接近 1.0 时质量损失适度,compressionQuality
值越低质量损失越严重).如果您使用 1.0 的compressionQuality
,您可以减轻大部分 JPEG 图像质量损失,但生成的NSData
通常会比原始资源大(至少如果original 本身就是压缩的 JPEG 或 PNG),导致上传速度变慢。UIImagePNGRepresentation
不会引入基于压缩的数据丢失,但根据图像,您可能仍会丢失数据(例如,如果原始文件是 48 位 TIFF 或使用的颜色空间不是sRGB)。这是一个问题,您是否可以接受上传过程中的一些图像质量损失和/或更大的文件大小。
图片大小:
有时您不想上传完整分辨率的图片。例如,您可能正在使用要求图像每边不超过 800 像素的 Web 服务。或者,如果您上传的是缩略图,他们可能想要更小的尺寸(例如 32 像素 x 32 像素)。通过调整图像大小,您可以使上传更小,从而更快(尽管有明显的质量损失)。但是如果你使用 image resizing algorithm ,然后使用这些
UIImageXXXRepresentation
函数创建 PNG 或 JPEG 将很常见。
简而言之,如果我想尽量减少数据/质量损失,我会上传原始 Assets (如果它是服务器接受的格式),并且我会使用 UIImagePNGRepresentation
(或UIImageJPGRepresentation
,质量设置为 1.0),如果原始资源不是服务器接受的格式。但是选择使用这些 UIImageXXXRepresentation
函数取决于您的业务需求和服务器接受的内容。
关于ios - 什么时候应该使用 UIImageJPEGRepresentation 和 UIImagePNGRepresentation 将不同的图像格式上传到服务器?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17475392/