Unix 为什么*nix程序使用这么多文件？

在一个卷上有数千个文件是否有编程优势

例如，我为Emacs 22.3下载的归档文件中有2700多个文件。这些都是必要的吗？记事本++的功能相当，其核心只有15-30个文件，这取决于您使用的插件，并且它可以很好地与这些插件配合使用

当然，Emacs不是唯一的例子——MinGW for C/C++with MSYS是8800个文件，而Visual Studio 2008（包括IDE和C/C++编译器）是12000个文件

---

为了能够使用Emacs，我真的需要这么多的文件吗？还是它们为原始程序的开发人员提供了优势，或者两者兼而有之？

文件是一个简单、自然、逻辑的单元，可以在代码中轻松处理。文件系统的设计可以轻松地处理数千个文件系统。如果说Emacs中有太多的文件，则表明实际上可能不存在问题。

文件是一个简单、自然的逻辑单元，可以在代码中轻松处理。文件系统的设计可以轻松地处理数千个文件系统。如果说Emacs中有太多的文件，则表明实际上可能不存在问题。

您给出的示例就是这样设计的

• Emacs:Emacs是一个lisp脚本解释器。其GUI原语显然旨在支持文本编辑应用程序，但底层语言和核心库是通用的。使用脚本而不是插件的决定使得破解、定制和扩展Emacs的功能变得非常容易。无数开发人员和工程师使用Emacs为专有语言、代码完成以及输入表单添加语法高亮显示。有鉴于此，您可以将Emacs视为现代办公生产力软件包的宏和脚本功能的先驱
• IDE和C/C++编译器：C/C++应用程序通过将源代码与静态和动态库相结合进行编译和链接。现代的C/C++编译器附带了大量的库，其中大多数典型的应用程序只使用一小部分。在单独的文件中分离和组织这些内容有助于管理供应商和用户的大量内容

---

您给出的示例最终都是这样设计的

• Emacs:Emacs是一个lisp脚本解释器。其GUI原语显然旨在支持文本编辑应用程序，但底层语言和核心库是通用的。使用脚本而不是插件的决定使得破解、定制和扩展Emacs的功能变得非常容易。无数开发人员和工程师使用Emacs为专有语言、代码完成以及输入表单添加语法高亮显示。有鉴于此，您可以将Emacs视为现代办公生产力软件包的宏和脚本功能的先驱
• IDE和C/C++编译器：C/C++应用程序通过将源代码与静态和动态库相结合进行编译和链接。现代的C/C++编译器附带了大量的库，其中大多数典型的应用程序只使用一小部分。在单独的文件中分离和组织这些内容有助于管理供应商和用户的大量内容

---

Emacs和Notepad++根本不可比较。我会这么说，但那是相切的。那么另一个问题是：作为一个整体，MinGW编译器和visualstudio怎么样？这些还是不可比较的吗？请说出一个你认为不必要的文件，我们可以试着说出它为什么存在。显然（嗯，好吧，显然不是每个人都这么认为）有许多不同的原因导致不同的文件成为任何给定发行版的一部分。我已经清理了争论的基调并重新打开，假设你想对你的问题有一个真实的答案，这不仅仅是一个咆哮。而且，我不会那么快就否定@Starkey的评论；“这可能是你问题的正确答案。”罗伯茨编辑得很好。我们应该能够对编辑进行投票的确切原因是：）Emacs和Notepad++根本没有比较。我会这么说，但那会有一个切线。那么另一个问题是：作为一个整体，MinGW编译器和visualstudio怎么样？这些还是不可比较的吗？请说出一个你认为不必要的文件，我们可以试着说出它为什么存在。显然（嗯，好吧，显然不是每个人都这么认为）有许多不同的原因导致不同的文件成为任何给定发行版的一部分。我已经清理了争论的基调并重新打开，假设你想对你的问题有一个真实的答案，这不仅仅是一个咆哮。而且，我不会那么快就否定@Starkey的评论；“这可能是你问题的正确答案。”罗伯茨编辑得很好。确切地说，为什么我们应该能够对编辑进行投票：）啊。。。这些解释很有道理。谢谢啊。。。这些解释很有道理。谢谢