我们一起把它解决掉。

我们想要一套完全流式的架构，好让存储空间有限的 iPhone 也能传输庞大的图库。Album Connect 会把上传拆成 1 GB 的分块，逐块上传，然后把该分块从本地存储中清除。

用文件无法做到这一点，因此文件夹是唯一的选择。在 Google Drive 上，我们只使用 API 而不使用类似访达的界面，从而实现了同样的效果。

不会——它们根本无处可去。Album Connect 没有服务器、没有账户、也不需要注册。你的照片在你的设备上被读取，写入你自己的存储空间，关于它们的任何内容都不会发送给我们。没有分析，也没有遥测。

涉及的账户只有你本来就有的那些。如果你使用 iCloud、Google Drive 或 Google Photos，应用会直接与你的账户对话，只申请这些服务所能提供的最窄权限，而且你随时可以断开连接。配套的网页版应用也是一样：你的包在你的浏览器里处理，绝不会上传给我们。

唯一的例外是本页面。支持消息和你附加的任何文件都会发送给我们，因为这正是你的请求——所以请不要附上你不希望我们读到的内容。

在 Apple Photos 图库之间，可以。精确到秒的拍摄日期——包括你手动更正过的——以及 GPS 位置、说明、标题、关键词和个人收藏，都会随照片一同移动。你编辑后的版本会作为照片抵达，未经改动的原片就在旁边。Live Photos 保持成对，RAW+JPEG 也依然成对。任何环节都不会重新编码或缩放。

Google Photos 是例外，而这并非我们的选择：Google 的选择器交出的元数据字段比 Apple Photos 保存的更少，其上传接口也无法创建动态照片。应用内的“帮助”里完整列出了 Google 会丢掉哪些内容。

收藏可以比它所在的设备还大。我们完全流式的架构会以约一 GB 为单位写入 iCloud 或 Google Drive，并在每一份发送完毕后将其清除。你需要的可用空间大约是一份分块加上最大的那个视频的大小，而不是整份收藏的大小。我们已经从一台只剩几 GB 空间的设备上完成过 100 GB 的传输。

如果一份收藏确实放不下，Album Connect 会在开始之前就告诉你，并指出那个构成瓶颈的最大视频，而不是中途失败。

可以，通过 Google Photos。在“管理共享”中把收藏复制到 Google Drive，就会得到一个可以发送的链接。收件人把该链接粘贴到 albumdrop.holden.digital 上的免费网页版应用中，它会直接从 Drive 读取各个分块，并把照片载入他们的 Google Photos 图库。他们不需要 Apple 设备，也没有任何东西需要安装。

只有涉及 Google 的部分才需要。在 Apple Photos 图库之间搬动相册、从磁盘上的文件夹构建包，以及各种整理工具，完全不需要 Google 账户。只有当你让 Album Connect 从 Google Photos 读取、向其写入，或使用 Google Drive 存放你的收藏时，才需要登录 Google。

几乎一样。读写 Apple Photos 与 Google Photos，以及各种整理工具，在 iPhone、iPad 和 Mac 上都能使用，而且真正的 Apple Photos 文件夹在每一种设备上都会被创建。

有三项功能仅限 Mac，因为 iOS 设备并不以文件系统为中心：从 macOS 上装有文件的文件夹构建包、把包解出到 macOS 的文件夹，以及导入 Google Takeout 的导出内容。Apple Photos 文件夹在 iPhone 上同样会被创建，也能在那里的“照片”中看到，但 iOS 的“照片”App 无法重新排列它们——如果需要调整位置，请使用 Mac。