我们是一家初创科技公司。我们使用 Golang 作为我们微服务的主要语言,gorm
orm 作为我们的接口(interface)来连接到我们的PostgreSQL
数据库。
目前我们有多个微服务,有多个开发人员在开发它们。然而问题在于,由于在 gorm
中有很多方法可以做一件事。 ,每个人都以自己的方式在数据库上编写查询。所以有人用.Table()
执行查询的函数和其他一些函数刚刚通过 .Model()
弄清楚表本身。
所以现在代码不是标准的,我们希望有一种标准的方式来对我们的数据库进行查询。我们想如果我们可以有一个像库这样的包,它提供 orm
的接口(interface)供我们使用(这样如果我们想更改 orm
或不使用任何我们不必更改所有代码),它就解决了问题。
但是我们从来没有创造过这样的东西,我们基本上不知道如何解决这个问题,以及是否存在任何图书馆做过这样的事情?我们也在努力使用标准的方式在 Golang 中进行查询,所以如果你能分享你对如何开发这样一个甚至有可能被公开的系统的想法,我们将不胜感激。
最佳答案
我们有 正是 同样的问题,我们使用gorm
适用于不同的应用程序和不同的数据库(PostgreSQL、MySQL 和 SQLite)。
我们天真地决定使用我们所谓的 Storage
来抽象 gorm。接口(interface),该接口(interface)或多或少具有您对任何 orm 所需的基本操作。它看起来像这样:
type Storage interface {
Create(object interface{}) error
Retrieve(object interface{}, queries ...Query) error
Update(object interface{}) error
Delete(object interface{}) error
}
在开发之初,它为我们提供了很好的服务,我们甚至可以使用普通文件实现这个接口(interface),它就可以工作。
但是
几个月后,我们开始注意到它的局限性。
gorm
中可以进行一些操作我们不能使用我们的界面来做到这一点。因此,很明显,我们决定扩展接口(interface)以提供更多功能。再一次,这让我们又花了几个月的时间,直到我们意识到:拥有 gorm
的所有功能的唯一方法是为一切提供接口(interface)gorm
提供这并不是我们开始编写这个包的原因。由于这个接口(interface)到处都在使用,我们决定作为一个临时解决方案来扩展接口(interface)并添加一个返回
gorm.DB
的函数。对象,以便我们可以再次直接使用它。故事的道德,我强烈建议不要建立这样的界面。花时间帮助开发
gorm
的v2根据这个 post 应该很快就会出来.
关于database - 在 gorm orm 上为 golang 中的微服务创建顶级包,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/61185802/