引用:

原帖由 tdk01 于 2011-2-28 13:25 发表

gmail是一个文件系统？
为什么要知道呢？因为操作需要啊

你兜进死胡同了，因为操作设计了目录树，你不得不这样操作。一直这样操作，就认为没有目录树就不行。
作为普通用户根本就不应该关心文件存储的细节，从应用层就应该把用户的需求处理好。举个简单的例子，在网站上看到了一个有趣的笑话和有趣的图片，想把这个笑话转发到微博上。你的思维模式就是先把这个有趣的笑话另存为一个文本文件，再把图片另存一个jpg文件，然后在微博程序里打开这个jpg文件上传，打开这个文本文件上传。从应用层直接解决这个问题的方法是————在网站上提供“转发到微博”的按钮，只需按一下，微博就发布了，是不是完全无需涉及到任何文件系统而且更加快捷了呢

引用:

原帖由 小文 于 2011-2-28 13:47 发表

你兜进死胡同了，因为操作设计了目录树，你不得不这样操作。一直这样操作，就认为没有目录树就不行。
作为普通用户根本就不应该关心文件存储的细节，从应用层就应该把用户的需求处理好。举个简单的例子，在网站上 ...

如果用户在网站上看到这张图片之后，想在图片上面写几个字再转发微博呢？那用户就必须知道自己要把图片另存在手机的什么位置，然后用图像处理软件打开相应的文件，写好字，保存，然后用浏览器找到这个文件，贴附件，其中的任何一个阶段，都必须定位这个文件的保存位置。。。。。

这种需要多个程序合作处理的事情，IOS做得极差。。。。。

[ 本帖最后由 OpEth 于 2011-2-28 13:53 编辑 ]

引用:

原帖由 小文 于 2011-2-28 13:47 发表

你兜进死胡同了，因为操作设计了目录树，你不得不这样操作。一直这样操作，就认为没有目录树就不行。
作为普通用户根本就不应该关心文件存储的细节，从应用层就应该把用户的需求处理好。举个简单的例子，在网站上 ...

是啊，其他系统也可以，但你有其他操作的时候怎么办？
你要是对ios的要求和对nds的要求一样，那什么文件结构都无所谓

引用:

原帖由 OpEth 于 2011-2-28 13:49 发表

如果用户在网站上看到这张图片之后，想在图片上面写几个字再转发微博呢？


IOS根本就做不到这种事情。。。。。

而其他手机操作系统都可以做到。。。。。

可以的，无非麻烦而已，先用浏览器保存到胶卷，找个软件写上字，再发微博——至少新浪微博客户端能够发送胶卷中的内容。

posted by wap, platform: GoogleChrome

你说的文件这个共享到底是什么目的？很多iOS的程序，例如：编辑图片的各种软件，是可以访问照片文件夹的；还有不少绘图软件，也是可以把图片存到照片文件夹啊。

只不过，iOS的官方，没有一个类似于Windows资源管理器的软件而已。

按照iOS的设计理念，你的图片都应该在照片文件夹，音乐都在音乐的文件夹，图书都在iBOOK的文件夹，视频都在电影文件夹，这没啥问题啊。个别特殊的程序，不是也可以通过iTUNES直接往程序里面存么？

引用:

原帖由 burnfox 于 2011-2-28 13:53 发表


可以的，无非麻烦而已，先用浏览器保存到胶卷，找个软件写上字，再发微博——至少新浪微博客户端能够发送胶卷中的内容。

帖子修改了，因为忽然想到图片文件确实不存在共享问题。。。。。


但其他的文件就存在这个问题了，比如论坛上一个rar附件，IOS就绝逼没办法查看了。。。。。

用户根本无需记忆，只要有一点常识即可：因为只会存在一个地方：胶卷。

Mac OS X起就已经做得很统一了，几乎所有软件的下载都在一个地方：下载文件夹；文件解压最多在两个地方：压缩包所在文件夹或存档文件夹。

相比之下，Windows各个软件完全随意了：download、downloads、TDdownload、360Download……，这才是累人呢。

[ 本帖最后由 burnfox 于 2011-2-28 14:01 编辑 ]

引用:

原帖由 aweiwei 于 2011-2-28 13:54 发表
posted by wap, platform: GoogleChrome

你说的文件这个共享到底是什么目的？很多iOS的程序，例如：编辑图片的各种软件，是可以访问照片文件夹的；还有不少绘图软件，也是可以把图片存到照片文件夹啊。

只不过， ...

最简单的例子就是论坛上的rar附件，先不说ios上根本就没有解压缩rar的程序（cydia也许有，这里不讨论cydia软件，因为cydia软件没有共享障碍），就算是有解rar的程序，你也没办法查看其中的内容，也许ios没有rar程序的原因就是因为这该死的文件系统。。。。。

引用:

原帖由 burnfox 于 2011-2-28 13:58 发表


用户根本无需记忆，只要有一点常识即可：因为只会存在一个地方：胶卷。

Mac OS X起就已经做得很统一了，几乎所有软件的下载都在一个地方：下载文件夹；文件解压最多在两个地方：压缩包所在文件夹或存档文件夹 ...

那是因为软件少，要是迅雷跑mac上也会自己建个文件夹吧
在说现在不都可以用库么

引用:

原帖由 OpEth 于 2011-2-28 13:49 发表

如果用户在网站上看到这张图片之后，想在图片上面写几个字再转发微博呢？那用户就必须知道自己要把图片另存在手机的什么位置，然后用图像处理软件打开相应的文件，写好字，保存，然后用浏览器找到这个文件，贴附件 ...

恰恰相反。图片在iOS浏览器可以下载到相册（你无需知道相册在哪个文件夹），然后可以打开图像处理软件直接打开相册调用写文字（无需知道相册在系统的哪个文件夹），然后在浏览器直接调用相册上传这个附件（无需知道相册在哪个系统文件夹）。

引用:

原帖由 阿道 于 2011-2-28 14:01 发表


恰恰相反。图片在iOS浏览器可以下载到相册（你无需知道相册在哪个文件夹），然后可以打开图像处理软件直接打开相册调用写文字（无需知道相册在系统的哪个文件夹），然后在浏览器直接调用相册上传这个附件（无需知 ...

俺前面也说了，图片的共享问题确实是解决了的，但如果网站上的附件是个word文档呢？需要修改后重新上传，你倒是说说该怎么弄？

引用:

原帖由 tdk01 于 2011-2-28 13:59 发表

那是因为软件少，要是迅雷跑mac上也会自己建个文件夹吧
在说现在不都可以用库么

软件厂商非要这么做，当然也可以，但大都会遵循一样的原则，就像同样是Firefox，其“设置”在Mac OS X、Linux、Windows下就不在一样的菜单下，因为都是遵循了一定的规则，应该不是强制的，但是这个规则在Mac OS X和Linux下遵循得比较好，Windows就不是，难道是因为前两者开发者的自律性比较好？

引用:

原帖由 burnfox 于 2011-2-28 14:06 发表


软件厂商非要这么做，当然也可以，但大都会遵循一样的原则，就像同样是Firefox，其“设置”在Mac OS X、Linux、Windows下就不在一样的菜单下，因为都是遵循了一定的规则，应该不是强制的，但是这个规则在Mac OS  ...

因为其他系统文件管理功能完整，用户也熟悉啊，要是mac用户找不到不就白干了？

引用:

原帖由 OpEth 于 2011-2-28 14:03 发表

俺前面也说了，图片的共享问题确实是解决了的，但如果网站上的附件是个word文档呢？需要修改后重新上传，你倒是说说该怎么弄？

能不能发一个简单的包含这样文件的链接？我看到GoodReader里内置了浏览器可以进行下载，但是这个软件可以看PDF、TXT、Office软件，但应该没有修改功能的，显然同样的方法只能通过Office软件来解决，机器里没装这个软件，因为从来没想过在手机上做这样的事——不是因为iPhone不能才这么想的，以前的系统也没想过。



在Documents To Go® Premium - Office Suite软件里看到了这样的描述

IPAD, IPHONE 4, IOS 4 SPECIFIC FEATURES
• Open & edit files directly in DocsToGo from any 3rd party app that supports the “Open In…” file sharing feature (the device's built-in Mail app can now open supported attachments in DocsToGo)

如果跟我理解的一样，那文件就只是个下载问题了，能下载文件的浏览器很多。

[ 本帖最后由 burnfox 于 2011-2-28 14:13 编辑 ]

引用:

原帖由 OpEth 于 2011-2-28 14:03 发表

俺前面也说了，图片的共享问题确实是解决了的，但如果网站上的附件是个word文档呢？需要修改后重新上传，你倒是说说该怎么弄？

所以我说其实是需要一个“共享文档”区