为什么 *nix 程序使用这么多文件？
在一个卷上拥有数千个文件是否具有编程优势？
例如，我下载的 Emacs 22.3 存档中有超过 2,700 个文件。这些真的有必要吗？ Notepad++ 在功能上与它相当，其核心只有 15-30 个文件，具体取决于您使用的插件，并且它可以与这些插件完美配合。
当然，Emacs 并不是唯一的例子，MinGW for C/C++ with MSYS 有 8,800 个文件，而 Visual Studio 2008（包括 IDE 和 C/C++ 编译器）有 12,000 个文件。
我真的需要那么多文件才能使用 Emacs，还是它们为原始程序的开发人员提供了优势，或者两者兼而有之？
Is there a programmatic advantage to having thousands of files on a volume?
For example, the archive I downloaded for Emacs 22.3 has more than 2,700 files in it. Are those all really necessary? Notepad++, which is comparable in functionality, has a mere 15-30 files in its core, depending on what plugins you use, and it works perfectly well with those.
Of course, the Emacs isn't the only example -- MinGW for C/C++ with MSYS is 8,800 files, while Visual Studio 2008 -- including the IDE and the C/C++ compilers -- is 12,000 files.
Do I really need that many files in order to be able to use Emacs, or do they provide an advantage to the developers of the original program, or both?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
您给出的示例是按设计以这种方式结束的。
The examples you give ended up this way by design.
文件是一种简单、自然的逻辑单元，可以轻松地用代码处理。文件系统旨在轻松处理数千个文件。说 Emacs 中有太多文件表明存在实际可能不存在的问题。
Files are a simple, natural, logical unit that can be easily handled in code. File systems are designed to effortlessly handle thousands of them. Saying that Emacs has too many files in it suggests a problem that might not actually exist.