docs/cli/gen-service

[giscus[bot]]

docs/cli/gen-service

在GoFrame框架中对业务逻辑进行封装管理，通过生成模块接口定义和注册代码来简化业务逻辑与接口分离的实现过程。通过逻辑与接口的结构化编码提高模块透明性，并避免循环依赖。提供手动与自动两种实现模式，适用于不同开发环境。

https://goframe.org/docs/cli/gen-service

[Achillesxu]

internal/service 中自动生成的Register 函数 在internal/logic init 后，如何使用？

[Achillesxu]

懂了

[bravelib]

2.9不推荐这么用了么

[cruvie]

这种方式很奇怪，既不符合接口的使用原则，也不符合go的编码哲学，耍小聪明的做法绕过循环依赖，而不是反思项目的架构设计

[bravelib]

有些时候吧 确实循环依赖很难受
比如消息队列
生产者和消费者
queue的目录各个jobs
消费者必然调用logic的东西

业务方又需要写队列 logic必然调用queue的jobs
如果不用这个特性 就得拆开消费者和生产者不是一个struct了

[yclw]

感觉确实不太规范呀，虽然可以避免为循环依赖伤脑筋，看似是加快了业务开发速度，但在我的实际开发中，产生了下面问题，用之前可以先看看能不能接受：

• 个人感觉最难受的是：代码不能跳转！随着项目越来越大，这个问题的影响实际上不小
• 不好看，不规范，纯粹为了避免某些小部分模块的循环依赖而塞入的一整个接口层，正如前面老哥说的“既不符合接口的使用原则，也不符合go的编码哲学”
• 有一定入侵性，过于依赖接口层会留下技术债。导致实际上，复杂的依赖关系，循环依赖不仅仅是代码报错，更是复杂化了架构，随着项目变大，增删模块都会越来越困难

[tlxf]

有个问题，即使 logic下的结构体名称不含小写s开头，如： User struct{} 也会在service目录生成一个与之对应的接口文件。按照文档上说，应该不会生成才对呀？