避免 Golang 接口中 getter 的解决方案

积累知识，胜过积蓄金银！毕竟在Golang开发的过程中，会遇到各种各样的问题，往往都是一些细节知识点还没有掌握好而导致的，因此基础知识点的积累是很重要的。下面本文《避免 Golang 接口中 getter 的解决方案》，就带大家讲解一下知识点，若是你对本文感兴趣，或者是想搞懂其中某个知识点，就请你继续往下看吧~

感谢您花时间阅读此问题！

我是 golang 新手，我一直在开发一个简单的社交媒体 api 来练习该语言。在这个项目中，我使用一个结构体来表示用户发布的帖子的模型，如下所示：

// models/post.go

package models

import "time"

type post struct {
    id        uint64 
    title     string    
    content   string  
    authorid  uint64    
    likes     uint64   
    createdat time.time
}

func (p *post) validatefields() error {
    // validate fields
}

可以借助存储库中的方法将这篇文章保存到数据库：

// repositories/posts.go

import (
    "database/sql"
    "models"
)

type postsrepository struct {
    db *sql.db
}

func newpostsrepository(db *sql.db) *postsrepository {
    return &postsrepository{db}
}

func (r *postsrepository) save(models.post) (uint64, error) { 
    // passing the model as a parameter
}

正如您所看到的，模型作为参数传递，这感觉像是一个问题，原因有两个：

1. 我只需要三个字段即可将帖子保存到数据库（标题、 内容和作者 id），因为其他所有内容都会生成 自动
2. 如果我将单元测试写入保存函数，它将 依赖模型来工作，因此模型出现任何问题 会影响测试

type postinterface interface {
    gettitle() string
    getcontent() string
    getauthorid() uint64
}

（我知道将 getter 称为“getattribute”并不惯用，但这只是为了给您一个想法）

因此，我必须在我的 post 模型上实现这三个方法，如下所示

func (p Post) GetTitle() string {
    return p.Title
}

func (p Post) GetContent() string {
    return p.Content
}

func (p Post) GetAuthorID() uint64 {
    return p.AuthorID
}

这看起来不太好，但是当我们进行测试时情况会变得更糟。 就像我说的，我不想在测试中使用模型，因此我必须创建一个结构来充当存根或仅包含保存工作所需的三个字段的结构（这听起来不错）。但是，我必须再次实现这三个方法，以便 save 函数可以将结构接受为接口（这听起来很糟糕）

听起来好像有很多不必要的工作，有什么办法可以解决这个问题吗？我不确定我是否遗漏了一些有关 go 的概念，或者我的架构是否有任何可以解决此问题的更改，但我很难找到替代方案

谢谢！

解决方案

在保存函数中使用结构体是完全可以的并且被认为是惯用的。如果这只是一个数据容器，我在测试此功能时没有发现任何问题。但是，您可以选择更精简的结构版本，其中仅包含在数据库中存储内容时所需的相应字段。

例如：

type Content struct {
    Title    string
    Content  string
    AuthorID uint64
}

如果您仍然想与接口解耦，您可以在 post 模型上创建一个方法并返回 content 结构，我个人认为没有必要这样做，因为它不会提高可测试性，只会增加使用的复杂性另一层抽象。

在测试中，您只需创建 content struct 的实例并将其传递给 save 函数。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《避免 Golang 接口中 getter 的解决方案》文章吧，也可关注golang学习网公众号了解相关技术文章。