SQL数据库仓储模式：泛型仓储与特定仓储的最佳实践
背景
在为SQL数据库实现仓储模式时，许多开发者面临一个问题：是为每个实体创建一个仓储，还是为上下文实现一个泛型仓储？
建议：避免使用泛型仓储
尽管“编程与Mosh”中建议每个领域使用一个仓储，但在实践中，通常不建议使用泛型仓储。这是因为泛型仓储会导致以下几个问题：
-
缺乏特定领域的特性: 泛型仓储无法捕捉与不同实体类型相关的特定行为。并非所有实体都可以添加、删除或更新。此外，它们可能具有独特的查询需求。
-
ORM功能冗余: 大多数ORM，例如实体框架，已经提供了类似泛型仓储的功能。创建额外的泛型仓储是多余的。
-
效率低下: 泛型仓储增加了不必要的抽象层，增加了代码复杂性并降低了性能。
针对每个实体的仓储：更好的方法
建议为每个实体创建一个特定仓储，而不是使用泛型仓储。这允许您：
-
封装特定领域的逻辑: 每个仓储都可以实现针对其各自实体类型的特定查询和操作。
-
提供更清晰的分层关注点: 仓储使数据访问关注点与业务逻辑分离。
-
支持复杂的数据访问场景: 仓储可以处理复合键和特定字段更新等场景。
结论
虽然使用泛型仓储还是特定仓储的选择通常取决于各个项目的具体需求，但通常建议避免使用泛型仓储。针对每个实体的仓储提供了一种更高效且更易于维护的方法，它封装了特定领域的特性，并将数据访问与业务逻辑清晰地分离。
以上是通用或特定存储库：哪种方法最适合您的 SQL 数据库？的详细内容。更多信息请关注PHP中文网其他相关文章！
