git - 随机的“关注”文件夹和“.keep”文件

Question

我正在学习铁轨。

在某个地方，我注意到看似随机的文件夹和文件出现在我的 rails 应用程序的目录中。在某些文件夹中，有一个concerns文件夹，.keep里面有一个文件。该.keep文件似乎是空的。在其他文件夹中没有concerns文件夹，但存在一个空.keep文件。

有谁知道这些文件/文件夹的处理方式是什么？

Answer 1

.keep文件是 0 字节文件，用于阻止空文件夹被各种进程忽略。没什么可担心的。

Answer 2

当你想用 git 提交空目录时，.keep 文件特别有用。

有趣的是，这个名字.keep还是.gitkeep没有意义的。您可以调用该文件.foo以获得相同的效果，它只是一个可读的约定。

这些.keep文件还可以帮助从一个 vcs 移植到另一个 vcs，防止在取消合并会导致这些目录为空的内容时删除重要目录。

例如，考虑一个尝试cd dir进入 git 未跟踪的目录的脚本。

它是一种软件设计范式，旨在减少开发人员需要做出的决策数量，获得简单性，但不一定失去灵活性。

Answer 3

关注是一个简单但强大的概念。它的存在是为了代码的可重用性。基本上，这个想法是提取常见和/或特定于上下文的代码块，以清理模型并避免它们变得太胖和难以管理。

我想明确指出您应该使用服务对象来提供与特定对象无关的功能。例如，一个组织有很多用户。现在组织的管理员需要为此组织导出所有用户的 CSV。这段代码可以放在组织模型中，但由于它不是组织对象的责任，所以这段代码应该放在一个类中，你只需传递组织对象并返回所有用户的 CSV。

 class Services::GenerateCsv
     def self.get_users org
         #add logic the fetch users for the org and generate the CSV and return the CSV data
     end
 end

每当您需要生成 CSV 时，您都可以在上面的类中放置该逻辑。这种方法使对象（在本例中为组织模型）远离不应由其负责的代码。我遵循的一般原则是：如果代码正在修改 self 对象，则将代码移动到服务对象。

注意：您的问题是关于问题的，但我想添加一些额外的东西来保持代码库的清洁和可管理性，因为它可能会帮助其他程序员。上述方法值得商榷。