适用于IOS和Android的照片编辑移动应用

Question

我们正在尝试为需要使用Web服务获取大照片的客户构建照片应用。 这些照片将是高分辨率的JPG，大小不等（约5-7 mb）。

我们面临的问题是如何获取一批照片（例如10-15张），将它们本地存储在应用程序中，以及允许用户对其执行编辑任务。 我从我的团队了解到，如果我们编辑高分辨率照片，则会由于内存而使应用程序崩溃。 这意味着我们将不得不降低照片的分辨率和尺寸，这是合理的，但可能需要一段时间。 什么是下载和减少照片的最佳实践，以保持良好的用户体验？

为了提供一些背景知识，我们正在为Android和IOS构建该应用程序。 预期的功能是典型的滑动，收缩，使用基本编辑进行的编辑以及诸如帧，文本叠加等的高级编辑。

Answer 1

不确定这是关于应用程序体系结构的UX问题。 也许更适合于StackOverflow或另一个堆栈交换站点，但是我将尝试从UX角度进行处理...

用户期望

• 您的用户是否希望编辑高分辨率文件并控制最大质量？ 还是他们只是临时用户只是对制作有趣的pix感兴趣而不会关心质量的损失？

  • 如果他们希望获得控制权，则可以在下载之前检查光盘空间或设备功能，并为他们提供较小的选择和较慢的响应时间。

    • 例如，如果它们使用的是较旧的非视网膜/低像素密度设备，则显示警告，提示编辑高分辨率图像可能很困难，并提供较小版本的警告。
  • 保存/上传编辑后的版本将如何工作？ 如果用户用低质量的版本覆盖原始文档，并且没有“另存为”或设置质量级别的选项，则可能会使用户感到沮丧。

使用案例和设备规格

• 假设：移动设备上的用户一次只能处理1张图片（也许2张）。

  • 没有任何移动设备足够大，无法在屏幕上一次显示多个高分辨率图像。 将当前图像保存在内存中； 仅显示其他缩略图（保存在光盘上），直到请求编辑并交换； 根据需要释放/重新加载资源。

• 如果您的用户使用的是较旧的硬件（例如，视网膜前的iPhone 3GS或iPad 2），则5-7MB的图像（每面大于3000px的图像）可能会有点慢，但是较新的设备会自己拍摄/处理8-12MP的图像。 应该在设备的功能范围内，一次可以打开/编辑一个。

  • 您是说不是吗？ 甚至无法打开1张图片？ 是先保存到光盘还是直接从Web服务在应用程序内打开？

• 事先为整个批次或保存每个图像验证足够的存储空间

  • 如果设备存储空间已满，请取消剩余的下载并提醒用户缺少哪些图像

可用性和责任感

• 异步下载图像以避免阻塞UI

• 创建小得多的低分辨率缩略图，以充当高分辨率版本的占位符。 首先下载并显示缩略图，以了解进度，但区分仍在加载的图像和可用于编辑的图像（带有进度条，透明度等）。

• 在后台下载（可能需要“应用内购买”），然后保存到光盘中。

  • 单独下载并保存到共享位置。 这样可以将它们整理成10到15的批处理，但允许用户在第一个图像可用时立即开始工作。 不要让他们等待所有的人。
  • 可以使用带有进度条的单独“下载”视图，并让用户在另一个标签/视图中继续工作

• 只有用户选择了缩略图，您才需要担心从光盘加载/显示大版本。 您可以在编辑大图像时从内存中释放缩略图/加载视图，并在必要时释放资源。 仅在必要时重新加载。

• 自动在后台保存到光盘，以防止工作丢失并趁机清理缓存和其他内容。

• 如果工作内存已经是一个问题，则撤消/重做将没有太多选择。 不过，大多数图像编辑应用程序都可以解决此问题，因此有一种方法。