用数字前缀文件夹有什么优点和缺点？

我的公司强烈建议使用子文件夹名称，前缀数字为，适用于较大的项目。这记录在公司代码惯例文章中。用数字前缀文件夹有什么优点和缺点？

这应该是这个样子

ApplicationRoot/ 
    SomeSubFolder 
     00_SubSubFolder/ 
     01_SubSubFolder/ 
     02_SubSubFolder/ 
    AnotherSubFolder 
     00_SubSubFolder/ 
     01_SubSubFolder/ 
     02_SubSubFolder/

不知怎的，这感觉就像一个无用的开销给我，但我对没有有效的参数。

也许更有经验的人能告诉我有关方案这表明为什么这是一个坏习惯或告诉我为什么它是很好的 - 除了可能迫使该文件夹是在一个特定的顺序？

来源

2012-10-11 Aufwind

仅当顺序很重要时才有用（例如，运行脚本的顺序）。否则这是不好的（在我看来）。的论点是：

有些产品不允许它。例如java包结构直接映射到目录结构。但软件包名称不能以数字开头。
不能使用约定而不是配置。一些工具可以帮助你在软件开发方面做很多工作，他们认为你的工作方式和世界其他地方一样（因为这是一个很好的做法）。你会有很多配置让它们接受你的结构（例如maven）
人类的感知。我们按名称寻找数据，而不是数字。当我导航到例如krusader /总指挥官，我有一打我键入一个字母，因为我知道文件夹的名称。
混乱。如果这些数字毫无意义，那么就会给其他人造成混淆。他们总是会问'为什么'，他们总是会害怕修改添加，删除，因为他们会认为有人这样做是因为一些非常重要的原因。这显然违反了KISS和最少惊喜原则（这些事情严重影响了新开发商的进入壁垒）
没有灵活性。有时自定义文件夹名称很好。无论出于何种原因，例如自动搜索多个目录中的配置（通常在java/spring中使用）。但是如果遵循这种命名规则，那么做起来就更困难了。有时当您想要使用自动命名转换时，它也可能更难，因为您的目标格式可能不支持以数字开头的名称（例如登录）
开销。如果没有理由保留它，则应删除任何开销。再次：吻
最后但并非最不重要。如果由于非技术官僚从上一个时代发明了无意义的规则，开发人员/架构师总是决定软件设计，布局，使用技术等方面的事情，那只不过是麻烦

来源

2012-10-20 23:15:58 piotrek

用数字前缀文件夹有什么优点和缺点？

回答

相关问题