目录与文件夹


82

这两个名称是同义词吗,还是在不同平台上一个名称比另一个名称更受欢迎?

Answers:


108

这个问题可以看出,它们并不相同。

Raymond Chen给出的权威答案

Windows 95引入了Windows资源管理器以及术语文件夹。文件夹和目录之间是什么关系?

有人认为Windows 95将目录重命名为文件夹,但实际上不仅仅如此。

Windows资源管理器使您可以查看文件夹,这些文件夹是Shell名称空间中的容器。目录是文件夹的一种类型,即与文件系统位置相对应的文件夹。还有其他类型的文件夹,例如“控制面板”或“网上邻居”或“打印机”。这些其他类型的文件夹表示Shell命名空间中与文件不对应的对象。通常,虚拟文件​​夹一词是指不是目录的文件夹。换句话说,我们有这个欧拉图:

在此处输入图片说明 (虚拟文件夹=文件夹-目录)

通常,操纵外壳名称空间的代码应在文件夹和项目上操作,而不是目录和文件上操作,以免将自己绑定到特定的存储介质上。例如,将自身限制为文件的代码将无法导航到Zip文件,因为Zip文件的内容以虚拟文件夹的形式公开。



您是否可以将虚拟文件夹合并到该图中?也许像i.imgur.com/PCbhJfu.png
barlop 2015年

21

作为对硬盘上物理位置的引用,它们是同义词。

Windows倾向于使用“文件夹”。

* nix倾向于使用“目录”。

在Windows上,您有虚拟文件夹(如malfruct的回答所述),这些虚拟文件夹表示为目录,但实际上可以存储为文件(例如zip文件)。

但是,对于最终用户来说,这种区别通常并不重要。


1
虚拟文件夹可以超越文件概念。例如,控制面板或库(文档,音乐,图片,视频)或设备和打印机-尽管有时(并非总是)使用文件并引用它们来构造它们的内容,但它们并不是“实际存储为文件”。
miroxlav

9

@mafu引用Raymond Chen的写作:

Windows 95引入了Windows资源管理器以及术语文件夹。

Raymond Chan正在重写历史。

实际上,Microsoft Windows 95借鉴了Apple的许多UI设计思想。苹果又从施乐那里借来了它们。1982年,“文件夹”的名称和文件夹的视觉隐喻都是施乐之星办公环境的一部分1

也可以看看:


1-1985年,我使用运行Xerox软件的DLion工作站编写我的博士学位论文...如果您需要有关这一事实的资料来源。


5
在第一句话中,Chen似乎声明了Microsoft引入了“文件夹”一词。这是错误的。这就是我的意思。
斯蒂芬·C

2
好吧,Chen陈述了一个事实,即该术语是为在Windows中使用而引入的,这一点不可否认。他(显然)不是在说这是第一次使用该术语。只要两个术语之间的差异相似并且根据您所链接的内容相同,那么谁发明了它也不重要。(即使施乐公司与众不同-这仅仅是一个历史记录,在2017
mafu

5
如果他要说的话,那么他的语言就很笨拙。因为那不是它读取/解析的方式。不管是哪种方式(如果他故意重写历史,如果他不了解先例,或者如果他的著作笨拙),都会损害他的“权威”。你说“很清楚”。我不同意。
斯蒂芬C,

1
也许是您将其称为权威信息源于您。它在Windows上可以说是权威,但是在有关不同平台的问题....的上下文中却不是权威。
斯蒂芬·C

1
我的句子中“明显”的位置是故意的;我没有说“他显然没有说x”,而是“他没有明确说x”。除此之外,这太多了,这让我难以捉摸,我不认为他或我曾经打算重写历史。他的回答是,在过去的20年中,绝大多数人使用的平台上对此具有权威性(因此,问问者想知道的是什么,因为这不是标记的历史),并且同样适用于其他平台。你们在不重要的语言歧义上变得越来越热。
mafu


3

实际上,在此MSDN页面中,您可以阅读:

在Windows中,术语“目录”和“文件夹”可互换使用。大多数文档和用户界面文本使用术语“文件夹”,但是.NET Framework类库使用术语“目录”。

所以我认为两者都很好。我倾向于使用“文件夹”,因为它比较短而且很懒。


2

humanfly所说的,另外要注意的是,某些程序使用“文件夹”,但从不目录,即在电子邮件程序中,例如Outlook。您永远不会有“子目录”,但经常会有“子文件夹”。


Outlook是否真的可以使用文件系统目录?还是仅提供虚拟电子邮件文件夹?
Mike L.

不,这只是文件夹。我指出,术语并非总是可以互换的。您未在问题中仅指定系统树结构。
JNK 2010年

5
子目录一词确实存在,并且在此上下文中与子文件夹含义相同。
Phoshi
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.