gpt4 book ai didi

go - 如何避免循环依赖但保持干净的结构

转载 作者:行者123 更新时间:2023-12-01 19:53:02 25 4
gpt4 key购买 nike

我有这样的结构:

httpservice
L endpointHandler.go (it has as parameters databaseA and databaseB)
L types.gen.go (autogenerated from the api definition)

storage
L databaseA.go (each database has 'Store(Type)' and 'Get() -> Type' functions)
L databaseB.go

我的问题是我遇到了循环依赖错误。 endpointHandler 需要导入存储包来访问数据库。数据库需要导入 httpservice,因为类型是在那里自动生成的(它需要这些类型才能存储或读取结构)。

有没有办法通过接口(interface)解决这个问题?我试过了,但它并没有摆脱循环问题。我能想到的一些解决方案:

  1. 复制粘贴存储包中的类型,忽略生成的类型

  2. 将数据库移动到 httpservice 包中,忘记漂亮的文件夹结构

PD:有很多关于循环依赖的问题,但我无法解决我的特定问题。抱歉,如果重复了。

最佳答案

如果应用程序增长 - 您可以考虑使用“端口和适配器”架构概念来反转依赖关系。

在这种情况下,您不希望从“httpservice”到低级“storage”包的依赖关系。 (httpservice 可能充当外部接口(interface),不应该知道存储的技术细节。事实上,存储在未来可能会有所不同)。因此,您可以在“httpservice”层(包)中定义一个对该层有意义的接口(interface)(例如“mydataService interface {}”)——我称之为辅助端口。

“存储”层可以知道“httpservice”,实现一个适配器(实现定义的接口(interface))

在初始化您的应用程序时,请确保您将正确的存储适配器注入(inject)到 httpservice..

一些更大的框架也使用这种方法——你可能想阅读更多:https://docs.flamingo.me/2.%20Flamingo%20Core/1.%20Flamingo%20Basics/4.%20Ports%20and%20Adapters.html

关于go - 如何避免循环依赖但保持干净的结构,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/62005068/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com