iOS文件存储绝对仍然是一个问题，但是正在变得越来越好。
我已经将大约80％的工作转移到了iPad（Air2，而不是Pro）上。 我管理着大约15个使用Coda和Dropbox进行备份的客户网站。 但是，是的，在处理html和图形文件时，某种文件系统必不可少。 我的网站工作很容易在Coda上完成，因为它允许多个文件夹进行组织，但是Coda可以将Dropbox用作“本地”文件存储会更好。
在html文件之外，我还进行了大量的图形设计。 过去，这是在Mac上使用Adobe应用程序的。 我仍然在Mac上使用InDesign和Serif出色的Affinity Photo和Affinity Design，所有文件都存储在Dropbox中。 但是，当我使用Graphic和Pixelmator将更多的工作转移到iPad时，内置的文件处理会有更多的麻烦。 以图形中文件的当前实现为例，这只是所有文件的单个页面，没有子文件夹。 我有太多的客户，每个客户都有多个项目，因此无法在一个大表上对其进行全部管理。 我可以从Dropbox或iCloud导入/导出到其中，但是活动项目在这一大表中。 因此，它工作得很好，但是并不理想。
目前最大的缺点是文件跳动和应用之间缺乏一致性。 Pixelmator对于文件具有不同的选项。 例如，我无法从Dropbox导入，但可以从iCloud导入。 同样，我可以跳入Dropbox应用并将图像导出到Pixelmator，以解决此问题，但这是一个额外的障碍和摩擦源。 我现在必须跟踪不同应用程序的不同处理方式。 我在这里的工作通常是从Dropbox开始，然后将文件发送到将要使用的应用程序，因为这几乎总是可行的，而从应用程序导入的可能性更大。
最后一点是就地编辑能力。 与其在文件存储和应用之间来回复制，不如在原地编辑文件，尤其是使用Dropbox进行编辑。 一些应用程序允许这样做。 例如，GoCoEdit将允许我就地打开和编辑text / html文件。 如果一个人依赖多个设备，则这是一项重要功能。 现在，我正在iPad上的Coda上进行大部分的html编辑。 但是，如果要在Mac上编辑文件，则必须记住首先从服务器获取文件。 不是很大的问题。 但是，当我稍后再回到iPad时，我现在必须记住我是从Mac编辑了一个特定文件并重新下载的。 这太混乱了。 我的计划是在2017年增加一个更大的iPad。于是，我有了两台运行Coda的iPad，每台iPad都有自己的本地文件。 一种解决方法是始终从服务器复制和下载开始，并且可以正常工作，但是它不如拥有中央辅助文件存储（例如用于“本地”文件的Dropbox）好。
因此，是的，尽管它确实运行良好，但是如果开发人员更一致地将Dropbox类型的服务作为“本地”文件存储或就地编辑选项来支持，则可能会不那么顺利。
