MY Database

ChatGPT 在这里期望的东西听起来像是我在几乎每个软件系统中找到的横截面解决方案。因此，我对 ChatGPT 进行了更多的思考，我们得出了相同的结论，即常见结构很容易被误解。

的任何内容都属于 Common 文件夹，这可能会导致文件夹过度拥挤且结构混乱。

误导性命名： “通用”一词非常笼统，开发人员可能会有不同的解释。
缺乏文档：如果没有文档，可能不清楚 Common 文件夹中存在哪些文件以及应如何使用它们。
职责混乱：可能不清楚谁负责维护和维护 Common 文件夹中的内容。
ChatGPT 为我提供了每个问题的解决方案。一方面，建议对本框中的内容定义明确的指导方针。其次，我应该创建一个自述文件，其中包含该文件夹的用途和内容。我应该定义职责 - 即指定负责公共盒子的维护者或整个团队。我还发现这个技巧特别有趣：

ChatGPT： 根据存储在其中的文件类型，使用更具 邮件营销给医生 体的名称，例如“共享”、“实用程序”、“组件”、“资产”。这会带来更多的清晰度。

我认为正是在这一点上，我意识到 ChatGPT 和我不会就清晰度这一主题达成共同共识。如果需要这么多帮助来解释某件事，这真的是正确的方法吗？然而，ChatGPT 仍然坚持常见的结构，例如公共文件夹：

ChatGPT： 组织良好的公用文件夹有助于通过避免冗余实现和提高代码可重用性来保持代码清洁和可维护。

一方面，ChatGPT 谨慎地隐藏了“组织良好”的先决条件。另一方面：ChatGPT 真的是在谈论通用文件夹还是真的意味着抽象？抽象旨在导出和概括解决问题的一般方案。这些模式可以位于一个中心位置，这意味着它们不会给代码库带来负担，只有一个维护点，并且在最好的情况下，它们是可重用的。这个“中心点”通常是一个共同的结构。在清晰地标记文件、类和其他构建块方面，抽象还为我们提供了优势。

抽象的目的不是模糊，而是创造一个新的语义层次，在这个层次上可以绝对精确。
埃兹格·W·迪杰斯特拉
如果我设法从特定实现中提取具体的观察结果（模式），那么我就有机会精确命名该模式。它可以被提取，并且不再隐藏在具有完全不同名称的其他构造中，例如技术驱动的构造。 “通用”、“工具”或“共享”等术语与精确名称相反。