如何在DDD中处理特定数据库类型？

在Golang实战开发的过程中，我们经常会遇到一些这样那样的问题，然后要卡好半天，等问题解决了才发现原来一些细节知识点还是没有掌握好。今天golang学习网就整理分享《如何在DDD中处理特定数据库类型？》，聊聊，希望可以帮助到正在努力赚钱的你。

我正在尝试在我的项目中实现 ddd，并使用 firestore 作为我的持久性基础设施。 go 中的 firestore 有一些特定类型，例如 *firestore.documentref。

我认为我应该将它放在我的实体结构中，因为它应该代表我的模型，但我的实体也应该与数据库无关（我认为）。

那么从 ddd 的角度来看，我应该如何处理这个实体/结构：

    type Holder struct {
        SocialReason       string                 `firestore:"social_reason" json:"social_reason"`
        Contact            value.Contact          `firestore:"contact" json:"contact"`
        Location           value.Location         `firestore:"location" json:"location"`
        SubmissionDatetime time.Time              `firestore:"submission_datetime" json:"-"`
        UpdateDatetime     time.Time              `firestore:"update_datetime" json:"-"`
        Status             string                 `firestore:"status" json:"status"`
        LastModifier       *firestore.DocumentRef `firestore:"last_modifier" json:"-"`
        CEP                string                 `firestore:"cep,omitempty" json:"cep,omitempty"`
        Country            string                 `firestore:"country" json:"country"`
        Region             string                 `firestore:"region,omitempty" json:"region,omitempty"`
        City               string                 `firestore:"city,omitempty" json:"city,omitempty"`
    }

解决方案

您应该避免在您的域中出现任何类型的特定于实现的技术选择，除非 - 可能，但不太可能 - 它们是所述域的通用语言的真正一部分（这不是您的示例中的情况似乎如此）。

有一个关于使用 golang 实现 ddd 的精彩博客系列，以及随着该系列引入更多 ddd 相关概念而不断发展的随附代码库。检查 Wild Workouts 示例。

您可以直接从此代码中学习，因为他们也在其 Ports and Adapters 架构中使用 firebase 作为存储实现之一。他们还有 sql 和 inmemory（用于测试）存储实现。

那么，它们如何在存储库 impl 之外表示 firestore.documentref ？嗯，作为一个简单的 string。例如，参见 GetUser() ..

/internal/users/firestore.go

type db struct {
    firestoreClient *firestore.Client
}

func (d db) GetUser(ctx context.Context, userID string) (UserModel, error) {
    doc, err := d.UserDocumentRef(userID).Get(ctx)

    // More stuff to get the user model.
}

值得注意的是，对于用户管理，他们不使用 ddd，而是使用基本的 crud（通过简单的用户管理用例，他们选择放弃 ddd 带来的额外复杂性）。

完整 ddd 设计的示例位于培训师和培训领域。这里有一点复杂（例如处理交易），所以我参考 The Repository pattern: a painless way to simplify your Go service logic 来解释这些概念。

但是您可以清楚地看到域概念（存储库接口）和实现（存储库适配器）之间是如何划分的。例如，在培训领域，实施 hour：

• /internal/trainer/domain/hour/repository.go --> GetHour()
• /internal/trainer/adapters/hour_firestore_repository.go --> GetHour()

终于介绍完啦！小伙伴们，这篇关于《如何在DDD中处理特定数据库类型？》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！