当前位置：首页 > 文章列表 > Golang > Go问答 > Golang - DTO、实体和映射

Golang - DTO、实体和映射

来源：Golang技术栈 2023-03-22 21:39:07 0浏览收藏

怎么入门Golang编程？需要学习哪些知识点？这是新手们刚接触编程时常见的问题；下面golang学习网就来给大家整理分享一些知识点，希望能够给初学者一些帮助。本篇文章就来介绍《Golang - DTO、实体和映射》，涉及到golang，有需要的可以收藏一下

问题内容

我是来自 C# 背景的 Go 新手，我只是对如何构建 Go 应用程序感到困惑。

假设我正在构建一个位于数据库之上的 REST API。还要说，即使完成后，考虑到业务的变迁等，此应用程序也可能需要经常更改。

在使用 Entity Framework 和 DTO 等工具的 C# 中，我通过从控制器给出的结果中抽象出数据库，在一定程度上缓解了这个问题。如果我更改数据库中一堆字段的名称，我可能必须更改我的数据库访问逻辑，但希望我使用 AutoMapper 映射到我的实体的 DTO 可以保持不变，这样我就不会破坏依赖于的前端功能给定的 DTO 结构。

我应该用 Go 的结构复制这个结构吗？考虑到结构基本上只是 DTO，并且我将有很多与实体结构相同的 DTO 结构，这种方法似乎是错误的。我还必须设置将实体映射到 DTO 的逻辑。不知何故，这一切都感觉非常单调，我在网上看到的许多示例只是将数据库结构序列化。

简而言之，人们如何避免他们的 API 和 Go 中的数据库之间的过度耦合，以及他们将如何广泛地分离应用程序的不同部分？

如果它有任何区别，我计划使用sqlx将数据库结果编组为结构，如果我不将实体与 DTO 分开，这将意味着除了 JSON 之外还有更多标签。

正确答案

对于 REST API，您通常会处理至少三个不同的实现层：

HTTP 处理程序
某种业务逻辑/用例
持久存储/数据库接口

您可以分别处理和构建它们中的每一个，这不仅可以将其解耦，而且还可以使其更具可测试性。然后通过注入必要的位将这些部分组合在一起，因为它们符合您定义的接口。通常这最终会留下一个main或一个单独的配置机制，这是唯一知道组合和注入方式的地方。

将[Clean Architecture 应用于 Go 应用程序](http://manuel.kiessling.net/2012/09/28/applying-the-clean-architecture- to-go-applications)一文很好地说明了如何分离各个部分。您应该遵循这种方法的严格程度在一定程度上取决于项目的复杂性。

下面是一个非常基本的细分，将处理程序与逻辑和数据库层分开。

HTTP 处理程序

处理程序除了将请求值映射到局部变量或可能的自定义数据结构（如果需要）之外什么都不做。除此之外，它只是运行用例逻辑并在将结果写入响应之前映射结果。这也是将不同错误映射到不同响应对象的好地方。

type Interactor interface {
    Bar(foo string) ([]usecases.Bar, error)
}

type MyHandler struct {
    Interactor Interactor
}

func (handler MyHandler) Bar(w http.ResponseWriter, r *http.Request) {
    foo := r.FormValue("foo")
    res, _ := handler.Interactor.Bar(foo)

    // you may want to map/cast res to a different type that is encoded
    // according to your spec
    json.NewEncoder(w).Encode(res)
}

单元测试是测试 HTTP 响应是否包含针对不同结果和错误的正确数据的好方法。

用例/业务逻辑

由于存储库只是被指定为一个接口，因此很容易为业务逻辑创建单元测试，并通过模拟存储库实现返回不同的结果，该实现也符合DataRepository.

type DataRepository interface {
    Find(f string) (Bar, error)
}

type Bar struct {
    Identifier string
    FooBar     int
}

type Interactor struct {
    DataRepository DataRepository
}

func (interactor *Interactor) Bar(f string) (Bar, error) {
    b := interactor.DataRepository.Find(f)

    // ... custom logic

    return b
}

数据库接口

与数据库对话的部分实现了DataRepository接口，但在其他方面完全独立于它将数据转换为预期类型的方式。

type Repo {
    db sql.DB
}

func NewDatabaseRepo(db sql.DB) *Repo {
    // config if necessary...

    return &Repo{db: db}
}

func (r Repo)Find(f string) (usecases.Bar, error) {
    rows, err := db.Query("SELECT id, foo_bar FROM bar WHERE foo=?", f)
    if err != nil {
        log.Fatal(err)
    }
    defer rows.Close()

    for rows.Next() {
        var id string, fooBar int
        if err := rows.Scan(&id, &fooBar); err != nil {
            log.Fatal(err)
        }
        // map row value to desired structure
        return usecases.Bar{Identifier: id, FooBar: fooBar}
    }

    return errors.New("not found")
}

同样，这允许单独测试数据库操作，而不需要任何模拟 SQL 语句。