在 Nx + Angular monorepo 架构，我应该将特定于一个库的测试助手放在哪里？

Question

就上下文而言，我们目前有一个 Angular + Nx monorepo，只有一个主要 app，但我们计划很快将其拆分为几个单独的微前端。

我们目前只有一个主模块，util-models，它包含所有描述 API 交互的所有接口，以及所有 我们在测试中使用的存根来模拟数据。

现在假设我有一个库 my-feature ，其中包含一些我想要构建和部署的功能（作为延迟加载的路由或作为主包的一部分）。该库已经依赖于 util-models，因为它处理一些标准化数据，但我们还有一个单独的 my-model.model.ts 文件，仅描述接口具体到这一功能。

---

一些视觉表示：

\my-feature
  \lib
    - my-models.model.ts
    - my-component.component.ts
    - my-component.component.spec.ts

\util-models
  \lib
    - shared-model.model.ts
    \test
      - shared-model.stub.ts

---

所以问题是，我应该将包含所有特定于库的存根的 my-models.stub.ts 文件放在哪里？

1. 第一个明显的答案似乎是“将特定于库的代码放入库中”。但这是否意味着我的所有库实际上应该为所有特定于它们的存根或测试实用程序拥有一个单独的 test 目录？这是否也适用于模型（甚至不是可编译的代码，只是接口）？这是否会降低这些应该帮助开发人员的工具的可发现性，以防将来其他一些库实际上也在处理相同的数据结构？

另外，此代码是否会与常规 .spec.ts 文件一起从产品版本中自动删除？不将其导入到模块中就足够了吗？

2. 另一种选择是将其放入已经存在的 util-models 库中，my-feature 可能会继续依赖该库，但显然我担心这只会使从长远来看，它的分离程度较小。另一方面，如果这只是测试永远不会投入生产的代码，那么也许这实际上很好，甚至出于某种原因是可取的？

---

我最感兴趣的是这两个选项将如何潜在地影响构建/测试构建时间、树摇动、延迟加载和迁移到微前端等事情。我将不胜感激任何提示！

Answer 1

我还没有找到任何官方文档可以解决这个问题，但是在花了更多时间使用 Nx 之后，特别是在了解了更多有关 DDD（领域驱动开发）之后，我有了更多的直觉。

我目前的直觉是，实际上不相关的库之间代码的“可发现性”不是一个功能，而是一个问题。所有代码都应该属于自己的特定领域，而不是集中在某个大型通用库中 - 无论它只是接口还是测试代码都没关系。

如果我们允许每个“共享”库存在于依赖关系树中，则每个“共享”库都必须具有最多特定于一个域的用途。

因此，我现在对以下决定充满信心：

1. 我们的目标应该是解散中央 util-models 库。描述 API 响应的模型都可以分配给更具体的域。
2. 如果我们想在特征库之间重用模型，因为我们确定它们实际上确实属于同一业务领域，那么我们将创建一个单独的util库，仅用于共享这些特定模型特定域。
3. 从逻辑上讲，我们应该开始在拥有模型的任何库中包含单独的 test 目录，以便在我们想要测试组件/服务/等时准备好模型存根。在那个图书馆里。