模型责任与普适函数

最近发现不少小伙伴都对Golang很感兴趣，所以今天继续给大家介绍Golang相关的知识，本文《模型责任与普适函数》主要内容涉及到等等知识点，希望能帮到你！当然如果阅读本文时存在不同想法，可以在评论中表达，但是请勿使用过激的措辞~

我们有用 go lang 编写的 mvc 应用程序

有 2 个端点用于查询数据库以获取所有相关用户。

/get_paginate_users - > query database with paginate endpoint
/get_users -> [1, 2] -> query database with given id.

为了实现通用功能，我将驱动程序选项作为参数传递给模型函数。

// controller.go
// # /get_paginate_users
models.FindUsers(bson.M{}, options.Find().SetLimit(limit))

// bson.M {} and options.Find() are driver specific argument (in our case mongodb).

// controller.go
// # /get_users
models.FindUsers(bson.M{user_ids: bson.M{"$in": user_ids}}, nil)

在这里，我正在与我的同事进行讨论，他认为与数据库相关的内容（例如 bson.m）应该仅是零件模型。 （因为将来如果数据库发生更改，则需要在多个地方进行更改）

但这样做会导致非通用函数。

这里理想的做法是什么？必须实现通用功能或让模型处理所有驱动程序数据类型？

正确答案

这听起来像是 Single responsibility Principe 的一个清晰示例

控制器不应该关心您正在使用的数据库的实现细节。如果您要切换到另一个数据库，则只需更改数据库逻辑即可。控制器不应该。

您可能想看一下 Hexagonal Architecture。尽管这可能有点过分了。

理想情况下，您可以将数据库的实现细节隐藏在接口后面。例如：

type UserRepository interface {
    FindUser(ctx context.Content, id int) User, error
    FindUsersByString(ctx context.Context, s string) User, error
    // etc... 
}

您可以使用 mongodb 或其他数据库来实现。然后控制器应该有一个成员 userrepo userrepo

终于介绍完啦！小伙伴们，这篇关于《模型责任与普适函数》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！