0

我的公司强烈建议对大型项目使用以数字为前缀的子文件夹名称。这记录在公司代码约定文章中。

这应该看起来像这样

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

不知何故，这对我来说是一种无用的开销，但我对此没有有效的论据。

也许更有经验的人可以告诉我一些场景，这些场景说明了为什么这是一个坏习惯，或者告诉我为什么它是好的——除了强制文件夹按特定顺序排列的可能性之外？

4

1 回答 1

1

仅当顺序很重要时（例如运行脚本的顺序）才有用。否则很糟糕（在我看来）。论据是：

  • 有些产品不允许。例如java包结构直接映射到目录结构。但包名不能以数字开头。
  • 不能使用约定优于配置。一些工具在软件开发方面为您提供了很多帮助，并且他们假设您正在以与世界其他地方相同的方式进行开发（因为这是一个很好的做法）。你将有很多配置让他们接受你的结构（例如maven）
  • 人类的感知。我们通过名称而不是数字来查找数据。当我导航到例如 krusader/total command 中的文件并且我有十几个目录时，我输入了一个字母，因为我知道文件夹名称。
  • 混乱。如果这些数字毫无意义，那么它会给其他人带来困惑。他们总是会问“为什么”，他们总是害怕修改添加、删除，因为他们会认为有人这样做是因为一些非常重要的原因。这明显违反了 KISS 和最不意外原则（这些事情严重影响了新开发人员的准入门槛）
  • 没有灵活性。有时最好有自定义文件夹名称。无论出于何种原因，例如自动搜索多个目录中的配置（通常在 java/spring 中使用）。但是要遵循这样的命名约定，要做到这一点就更加困难了。有时当您想使用自动命名翻译时，它也可能更难，因为您的目标格式可能不支持以数字开头的名称（例如登录名）
  • 高架。如果没有理由保留它，则应删除任何开销。再次：亲吻
  • 最后但并非最不重要的。开发人员/架构师总是对软件设计、布局、使用的技术等做出决定。如果他的手因为前一个时代的非技术官僚发明的无意义的规则而紧绷，那不过是麻烦
于 2012-10-20T23:15:58.393 回答