naming - 共同与核心 - 差异

Question

假设我们有几个库。 有什么区别核心和 普通 图书馆？他们应该如何被认可，我们是否组织了两者的职责？

+Common
  -Class1
+Core
  -Class2
+Lib1 has : Common
+Lib2 has : Core, Common

应 普通 真的很常见(即所有库都使用它)？还是 Common 仅适用于需要它的人？

重构/创建项目时的良好做法是什么？

我真的不明白 Core 和 Common 之间的区别。

Answer 1

我认为这在很大程度上取决于您的特定应用程序。在单个集中式应用程序中，我确实认为 Core 之间可能会有一点重叠和 Common文件夹。但最重要的是对有意义您的 应用程序。不要仅仅因为您在其他应用程序中看到过这些文件夹就觉得您需要拥有这些文件夹...

对我来说，有一个 Core和一个 Common文件夹在某些情况下很有意义 - 例如具有 API 和客户端的 Web 应用程序。您可能有您的 Core API 端的文件夹，在那里发生核心执行(业务逻辑)，然后有一个 Common文件夹中包含您在 API 和客户端都需要的一些东西 - 例如，Http 请求验证或 Json 转换器。

无论如何，拥有一个 Core 可能是有意义的。和一个 Common其他类型的应用程序中的文件夹。
例如，Core文件夹将包含那些对您的应用程序至关重要的类 - 绝大多数业务模型类都在那里。
在 Common文件夹，另一方面，你可以有一些其他共享的类，但不是中心的 - 例如，一个 Logger或 MessageSender可能在那里...

至于你的代码结构的小草稿，我认为你的Core包是要修改的-为什么Lib1不使用 Core ?如果某个东西是核心，通常是因为其他一切都需要它才能运行。如果您没有概念上处于中心位置的代码，也许您可​​以删除您的 Core仅打包并保留 Common ?

至于你的另一个问题 - 我不认为 Common东西必须由共享全部 其他包，但只有 2 个或更多包共享某些东西，这可以被认为是常见的。