觉不觉得， Apple 的“文件”（就是那个“文件”应用）概念非常复杂
theworldsong · 2018-11-29 01:15:39 +08:00 via iPhone · 4000 次点击这是一个创建于 2206 天前的主题，其中的信息可能已经有所发展或是发生改变。
这到底是一个什么组织方式？
里面的文件夹到底是谁创建的？
我能随意修改吗？
到底哪些会同步，哪些不会？
这到底是不是我的私人网盘，还是说只是应用的缓存文件夹？难道是混在一起用？
一大堆问题。
里面的文件夹到底是谁创建的？
我能随意修改吗？
到底哪些会同步，哪些不会？
这到底是不是我的私人网盘，还是说只是应用的缓存文件夹？难道是混在一起用？
一大堆问题。
 |
1
orangeade 2018-11-29 01:20:41 +08:00 via Android
不用 icloud 就省心了
|
 |
2
OscarUsingChen 2018-11-29 01:42:06 +08:00
我觉得不会，挺好用的。
|
 |
3
580a388da131 2018-11-29 02:09:30 +08:00 via iPhone
早删了
|
 |
4
Humorce 2018-11-29 02:50:20 +08:00
Files Explorer
|
 |
5
shutongxinq 2018-11-29 07:08:29 +08:00  1
Files 里面逻辑其实很直观。
Locations 就是不同存放文件的 Locations。 iCloud Drive 就是在 iCloud 上的文件。 On My iPhone 就是在你的 iPhone 内置的储存，那些能够在 iTunes 文件共享里面看到的软件，里面可以共享的文件集合。 其他的项目就是每个软件提供的接口，对应他们提供的 location 的 locations。 比如 Files Explorer 提供的接口，点进去就是你在 Files Explorer 里面讲好的服务器 share 文件系统接口。 你可以理解，他们是 Linux 根目录下，不同的 directories 或者 files。至于他们 link 的什么，完全被 link 的东西决定。 你的 Mac 上面的 Finder，左侧也是有不同的 Locations。这里的逻辑基本一样。 |
 |
6
marxyu1025 2018-11-29 07:28:41 +08:00 via Android
真的是难用到爆炸啊…而且很容易双倍占用储存，删文件还会有滞后
|
 |
7
geelaw 2018-11-29 07:57:38 +08:00 via iPhone
我觉得和 WinRT file picker 协议很像，每个 app 可以实现 Apple 定义的接口来提供自己的树状文件系统，让 Files 消费。
可以认为实现了这套接口的 component 是一个 FS provider，而 on my iPhone 和 iCloud 仅仅就是两个特别的 FS provider，分别提供 iPhone 的“我的文档”和 iCloud Drive 的访问接口。 这样想的话和 OneDrive for iOS 的实现是一致的。 如果这个想法是 by design，那么你可以随意操作 on my iPhone 里的文档，而 app 应该能够适应这种变化，就像你可以随便操作 Windows 上的“我的文档”里的文件一样。实际实现上则令人不满意，譬如 AirChina 和 Pulse 都把 on my iPhone 当成 AppData 用了。 |
 |
8
pimin 2018-11-29 08:00:53 +08:00
不会，因为没啥用就不用花心思去理解了
|
 |
9
icebarley 2018-11-29 09:09:23 +08:00
@marxyu1025 啊，苹果那个 AFPS 之后还需要担心双倍占用存储的吗
|
 |
10
aLazarus 2018-11-29 09:21:31 +08:00 via Android
大号剪贴板
|
 |
11
wu67 2018-11-29 09:32:39 +08:00
不用, 苹果的逻辑一直很奇怪
|
 |
12
MarginK 2018-11-29 09:50:56 +08:00
那个难道不是配合 Mac 上的 iCloud 使用的吗？ 我觉得很好用啊。。。
另外很多时候并不是苹果的逻辑奇怪，而是苹果再做每一件东西的时候都是近乎重新以自己的方式重头思考这个东西该是怎么样，然后他就去以自己的风格去做，基本不会理会市面上已经有的东西对用户的影响，这样我觉得也挺好的 |
|
13
marxyu1025 2018-11-29 10:10:35 +08:00
@icebarley 比如文件通过 airdrop 发到 ios，存在 文件 中，需要哪个 app 使用要从文件导入到这个 APP，然后这个文件就同时在 文件 和 app 中存在，占用双倍的内存。如果你删除其中一个，偶尔会同时全部删掉。
|
 |
14
ZavierXu 2018-11-29 10:27:38 +08:00
@marxyu1025 AFPS 在设计时就考虑到了这个问题，所以只会存一份下来，剩下的你可以理解成固件级别的 file link
|
|
15
shutongxinq 2018-11-29 12:25:56 +08:00
@marxyu1025 #13 AFPS 是 copy on write 的，不用考虑这个问题。另外现在很多 app 都支持 Files 的 API，你只需要存在 Files 里面就可以了。
|
 |
16
chengluyu 2018-11-29 13:10:15 +08:00
不觉得有什么难理解。
Location 就是各种位置，每个位置里都可以放东西，就这么简单。 |
 |
17
winddweb 2018-11-29 17:00:29 +08:00 1
用你的方式说出来，可能听起来是很绕，但是实际用起来，并不会和在电脑上用文件管理有太大的区别。
「这到底是一个什么组织方式？」电脑同理 「里面的文件夹到底是谁创建的？」电脑同理 「我能随意修改吗？」电脑同理 「到底哪些会同步，哪些不会？」在网盘上的就会同步，不在的就不会 「这到底是不是我的私人网盘，还是说只是应用的缓存文件夹？难道是混在一起用？」电脑同理 感觉楼主就是（想）混淆 Files.app 和 iCloud 两个概念，而 iCloud Drive 只是 Files 中的一个 tab 而已。 比如原生的就是 - iCloud Drive （云，同步） - on my iPad （本地） 然后你可以添加各种第三方 app （会同步的）网盘例如： - Dropbox - 腾讯云盘 （不会同步的）文件管理器例如： - Documents （更高级的同步）例如 Git 管理器： - Working Copy 至于你文件存在哪里，哪些文件夹可以删之类的问题，和平台并没多大关系，不会用的人用什么都会遇到困难。 曾经 iOS 不提供文件系统，想让 App 只处理属于自己的文件，让文件概念消失，就是为了用不来的人做的设计，现在在大家的要求下，文件回来了，你又说有人用不来怎么办，就很尴尬了。 Files 当然有很多可以改进的地方，但是目前的逻辑貌似还是挺清晰的。而且系统文件不会暴露给用户，这样用不来搞砸的人也不会特别毁灭性，你处理的文件都是属于你的文件。 |
 |
18
bao3 2018-11-30 04:40:10 +08:00 via iPhone
@marxyu1025 大哥你这是有实锤的还是自己瞎臆测出来的？莫说双倍占用，你把一个文件复制一万次，它也只占用一次空间。
|
|
19
bao3 2018-11-30 04:43:21 +08:00 via iPhone
文件这么简单的设计，有什么难理解的吗？文件提供了网盘和本地文稿俩个目录，网盘目录你不可能不知道用途吧。
本地文稿，每个 app 要自己建文件夹，不允许丢到文稿根目录。至于那些 app 怎么建，就是用 api 咯。 到底难在哪里？ |
 |
20
luistrong 2018-11-30 07:58:16 +08:00
烂的可以, 文件不开放, 谈生产力工具, 笑话!!
|
 |
21
coderwickey 2018-11-30 13:24:02 +08:00
同意楼上，我也感觉苹果的逻辑一直很奇怪，虽然能正常使用，但总觉得别扭额
|
Select Language