我的域中有某些不是聚合根/实体的对象，但我仍然需要从数据库中检索它们。我不想通过为这些东西创建存储库来混淆事情。那么，什么是替代数据访问模式？您是否会简单地为它们创建一个 DAO，同时仍然分离接口？
编辑：
关于我在做什么的更多细节。我需要创建一个代码。此代码对其格式有一定的规则。规则之一是最后一个字符必须是一个唯一的数字，从最后生成的代码开始加一。例如：
ABCD1 ABCD2 ABCD3
因此，我保留了一张表格，其中包含一行、一列来存储相关数字。现在，我不想将这个数字视为一个实体并为其创建一个存储库——这太过分了。我只需要一种检索数字、将其加 1 并保存的方法。我知道有无数种方法可以做到这一点，但我想知道是否有习惯的方法。
理论上，有几种数据访问模式可以应用。如果您希望我们建议特定模式，您需要提供更多详细信息。
如果没有更多细节，我只能建议考虑查看Martin Fowler 的企业应用程序架构模式一书。
编辑：习惯方式？不，不是我能想到的——这实际上取决于您在域中的何处以及如何使用此唯一代码。如果我这样做，我可能会创建一个直接与数据库对话以执行此功能的小型服务 - 不像存储库那样重量级，并且非常专注于手头的问题。
基于编辑：我将首先查看您需要在其中创建该代码的上下文。也许有一些相关的实体或您缺少的东西。
顺便说一句，我发现这个问题真的很有趣，因为它在编写特定功能时不时出现。我通常最终会发现我在场景中遗漏了一些东西，它最终很适合正常的存储库模式。
在调查了选项后，我将使用 Table Gateway 模式。