引用:

原帖由 OpEth 于 2011-2-28 15:08 发表

不和windows比，就和安卓比吧。。。。。

甚至连最垃圾的wm都有这些功能。。。。。

你ios没有这些功能，反而还以此自豪了？

那不是正说明一个系统的好坏和它有没有这些功能毫无关系么？

这个论题的问题在于，标题中所谓的这个“最大的问题”就不是什么很大的问题，iPhone要成功或者要失败，都不会因为有或者没有一个“文档共享区” :D

引用:

原帖由 OpEth 于 2011-2-28 15:34 发表

说的不错，你终于成功的给出了果青的定义。。。。。:D

iphone的成功或者失败，是只有果青才会去关心的问题，普通用户根本无所谓的，苹果倒闭了也和俺无关，俺只关心买来的机器好不好用。。。。。

那可以换句话说，这个问题对于今天的你来说，是一个最大的问题，但对于其他用户，也并非是什么很大的问题

老实说目录树结构是非常简陋甚至可以说蠢的，根本不适合管理比较复杂的文档，很多时候一篇文档并不能简单地归档到一个目录下，因为它还有很多别的用处……

比如一张你的妹子的照片，当然你可以归档于“我的嗲妹子”目录，但同时这张照片也可以归档于“5D2拍摄的照片”目录，或者“老子斥巨资购买的35L拍摄的照片”目录里，或者“2010年照片集”目录。目录树结构根本无法很好地管理这张照片，当你要换一种检索方式时，你不得不全部用你的脑子人肉处理。

对于照片来说，文件名只是一个它的属性，而且是非必要属性，照片同时还可以有“类别”、“拍摄时间”、“使用器材”、“拍摄地点”等更重要的属性，当你用属性的方式很好地管理起来以后，文件名和存放目录只是一个可有可无的东西。

目录树结构只适合于管理结构简单且检索方式唯一的数据，我只是说目录树蠢，但没有说目录树是无用的。

从应用的层面，用户完全可以忽略目录树的存在而改用更灵活的属性来管理自己的数据。很多人之所以带有把所有文件放在一个目录下很蠢这个根深蒂固的概念，是因为windows管理同目录的大量文件效率很低，超过几万个以后就开始明显拖慢。

windows是一个很技术宅的系统，因为使用太久，很多人也因此变成技术宅，包括无条件地维护目录树这么宅的设计，无论是管理照片也好，管理office文档也好，管理邮件也好，目录树都不是一个好的方法。觉得没什么不妥，很好用，只是因为很多人的应用也真的很简单。

引用:

原帖由 阿道 于 2011-2-28 17:14 发表
云计算是不是也是一种对传统目录树结构的突破啊。文件不在本地目录管理，而是在云端，需要的时候检索获得。
这样理解对不对啊。

最典型的例子，gmail，几万封邮件，但没有任何目录结构，所有的只是标签、星标、重要级以及强大的搜索功能，用户看不到任何目录树结构并不影响gmail成为最成功的邮件系统。

引用:

原帖由 mushroom 于 2011-2-28 17:19 发表


R U SURE?

请给我一个不以目录为依托的项目相关数据管理方法。包括2进制数据文件，源程序文件，多种文档文件，参考资料等。

请给我一个不以目录和文件名为依托按照我心情喜好分类的音乐管理方法，包括各种 ...

目录结构在实现时可以依托，但在用户层次可以完全隐藏

posted by wap, platform: iPad

音乐简直就是用属性管理的最好例证了，用目录完全无法按照作曲家和演奏者灵活分类

posted by wap, platform: iPad

引用:

原帖由 @jun4rui  于 2011-2-28 17:34 发表
posted by wap, platform: GoogleChrome

其实按属性分和按目录分根本不冲突呀，灵活性和来福性都有。

而按目录分适合各种文件类型，而按照作曲家演奏者分适应面就低了。

属性管理后目录只是属性之一，并且对用户来说是非必要的

posted by wap, platform: iPad

引用:

原帖由 @mushroom  于 2011-2-28 17:38 发表
你给我一个我可以按照“上班”“下班”“编程”“文档”“运动”“催眠”来分类的音乐管理方法？

这有什么难度？添加相应属性。
用目录你怎么实现？单独再拷贝一份到另一个目录？

posted by wap, platform: iPad

引用:

原帖由 @mushroom  于 2011-2-28 17:42 发表
能按照附件的文件大小和文件种类来分类吗？
你就敢说没有这种需求？
你就敢说gmail实现一个可定制目录的功能就没有人用？

需求是无止尽的，就算开发一个网页上有人出来拉泡屎也会有人用的

posted by wap, platform: iPad

引用:

原帖由 @mushroom  于 2011-2-28 17:46 发表
你给谁添加属性？ 你千万不要告诉我你给 xx文件 添加属性哦

对于用户来说，他只看到在针对一首歌增加属性，在系统后台，是直接给文件添加属性还是另外建立数据库则可由设计者自由选择

posted by wap, platform: iPad

引用:

原帖由 @mushroom  于 2011-2-28 17:55 发表
当只用一种工具就能解决的应用的时候，或许你不需要理解什么是目录结构什么是文件。
当你需要用多种工具来维护一个数据集的时候，你就必须理解目录在哪里，文件在哪里。

gmail远不能满足我对mail数据操作的要求， ...

请不要偷换论题好吗？我说的是目录树简陋、蠢笨、不灵活，而不是说要废弃目录树，目录树一无是处

posted by wap, platform: iPad

引用:

原帖由 @mushroom  于 2011-2-28 18:11 发表
歌 这个定义太笼统了。
mp3 ape flac 音频可以是歌
txt html歌词可以是歌
jpg pnc照片可以是歌
xml可以是歌
rss hyperlink可以是歌
你依赖于哪个应用可以把所有是歌的内容统一都去文件化？
所有的功能都能用某 ...

当然，你有选择权，你可以选择自己喜欢的方式。
社会是多元化的，一个好的设计也只能说满足多数人的需求而不是所有人的需求。正如前面所说，不能排除就有人想看到gmail网页上有人出来拉泡屎

posted by wap, platform: iPad

引用:

原帖由 @OpEth  于 2011-2-28 18:15 发表
那你能否解释一下为什么如此简陋、蠢笨、不灵活的目录树结构会被广泛应用于专业领域？

你手机上的文档的数量总不可能比一座图书馆的藏书数量更多吧？你手机上文档的种类也不可能比地球上所有生物的种类更多吧？
...

新概念总是需要时间去替换老的东西，如果说即存的就是最好的不可替代的，那这个社会也就无法进步了