繁体   English   中英

为 golang 中的微服务在 gorm orm 上创建顶级 package

[英]creating top level package on gorm orm for micro services in golang

我们是一家初创科技公司。 我们使用 Golang 作为我们微服务的主要语言,并gorm orm 作为我们连接到PostgreSQL数据库的接口。

目前我们有多个微服务,有多个开发人员在开发它们。 然而问题是,由于在gorm中有很多方法可以做一件事,每个人都用自己的方式在数据库上编写查询。 所以有些人使用.Table() function 进行查询,而另一些人只是通过.Model()来计算表本身。

所以现在代码不是标准的,我们希望有一种标准的方式来对我们的数据库进行查询。 我们认为,如果我们可以拥有一个 package 之类的库,该库提供orm的接口供我们使用(这样,如果我们想更改orm的接口,我们就没有使用任何代码)以标准方式,它解决了问题。

但是我们从来没有创造过这样的东西,我们基本上不知道如何解决这个问题,以及是否存在任何图书馆做过这样的事情? 此外,我们正在努力以标准方式在 Golang 中进行查询,因此,如果您能分享您对如何开发这样一个甚至有可能公开发布的系统的想法,我们将不胜感激。

我认为包装像 gorm 这样复杂的东西是一项复杂的任务,如果你不清楚如何处理它,你最好避免这样做。

一般来说,我建议首先弄清楚你想要执行什么,然后才决定你想如何做到这一点,并牢记明确的要求。 在您知道自己到底想做什么之前就使用工具是一种使事情变得更糟而不是更好的可靠方法。 以下是您可以遵循的步骤:

  1. 从记录您的代码标准开始,并在代码审查中将人们指向他们,以防他们不遵守;

  2. 自动检查您可以正式检查到持续集成管道中的任何内容(GitHub Actions、GitLabCI、TravisCI、CircleCI 等);

  3. 当且仅当上述事情不起作用时,请考虑创建自己的包装器,该包装器将为开发人员强制使用特定的样式。

    到最后一步,您应该已经对缺失的内容有一个相当不错的了解,然后弄清楚如何修复它会容易得多。

我们遇到了完全相同的问题,我们将gorm用于不同的应用程序和不同的数据库(PostgreSQL、MySQL 和 SQLite)。

我们天真地决定使用我们所谓的Storage接口抽象 gorm,这个接口或多或少具有您从任何 orm 所需的基本操作。 它看起来像这样:

type Storage interface {
    Create(object interface{}) error
    Retrieve(object interface{}, queries ...Query) error
    Update(object interface{}) error
    Delete(object interface{}) error
}

在开发之初,它为我们提供了很好的服务,我们甚至可以使用普通文件实现这个接口,它就可以工作。

几个月后,我们开始注意到它的局限性。 有些操作可以在gorm中完成,而我们无法使用我们的界面完成。 因此,很明显,我们决定扩展接口以提供更多功能。 同样,这又为我们争取了几个月的时间,直到我们意识到:拥有 gorm 的所有功能的唯一方法是为gorm提供的所有gorm提供接口,这并不是我们开始编写此 package 的原因

由于这个接口到处都在使用,我们决定作为临时解决方案扩展接口并添加一个返回gorm.DB object 的 function 以便我们可以再次直接使用它。

故事的道德,我强烈建议不要建立这样的界面。 花时间帮助开发gormv2 ,根据这篇文章,它应该很快就会出来。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM