Go 里面是否推荐将同一组用途的函数用结构体串起来？

• 資深大佬 : pwli

  没有数据的结构体，要他有何用

• 主 資深大佬 : hjahgdthab750

  @pwli 像烤串的签子一样，组织代码，显得不那么零散？

• 資深大佬 : pwli

  @hjahgdthab750 感觉把这些 func 直接放到一个 package 也能“串”起来

• 資深大佬 : reus

  当然不。可以用另一个包。

• 資深大佬 : Hanggi

  对啊，为什么不用 package 呢？

• 資深大佬 : hactrox

  我觉得方式一的关键在于有 struct 要组织，然后围绕它需要有一些方法，这样刚好也组织了一组函数，核心在于有一些 field 需要组成 struct 来进行管理。如果不是这个需求，个人觉得更适合的是创建一个独立的 package，然后方式二，有种 util package 的感觉。

• 資深大佬 : xiadada

  方式一纯属脱裤子放屁，纯属。

• 資深大佬 : Trim21

  实际调用的时候:

  上面:Tutils.TUtils{}.Get()
  下面:TUtils.Get()

• 資深大佬 : Mohanson

  赞同 1 , 结构体是一种复合数据结构, 重点是”数据结构”, 而不是”包”, “模块”, “命名空间” 一类的…

• 主 資深大佬 : hjahgdthab750

  感谢各位

• 資深大佬 : Mohanson

  你需要的可能是命名空间, 那么 go 中唯一可以使用的就是 package 组织.
• 資深大佬 : fixend

  一，二我都用。
  二适合做 util，缺点是项目大了，包数量太多。
  一适合包内部用，不对外。做成单例模式，通过一个全局对象访问，避免大量全局的函数。

• 資深大佬 : freestyle

  var TUtils = struct {
  GetNowBejingTime func(){}
  } {

  GetNowBejingTime: func(){
  }
  }

• 主 資深大佬 : hjahgdthab750

  @freestyle 这个用法我还是头一次遇到，比较有意思，但是这种应该是需要实例化吧。OOP 的静态方法是我想要的形式

• 資深大佬 : liuxu

  建议直接用包，用了 struct 反而不干净了

  例如 OpenFile 这类与文件相关的方法只用于文件，所以用 func (*f File) Open(){}让包更干净，用 OpenFile(f File)会让包变得臃肿

  但是你这个例子是希望组合一批有某类关联操作的函数，包里没有混合其他结构，所以直接用包更干净

• 資深大佬 : Hellert

  可以参考 strings 包，字符串相关函数都放这个包里。

• 資深大佬 : freestyle

  @hjahgdthab750 已经是 var 了，可直接访问匿名结构体里的成员. 包内太多相关的全局变量时会用，收拢 function options 常用. 如:https://github.com/go-stomp/stomp/blob/master/subscribe_options.go

• 資深大佬 : useben

  结构体并不是为了串起函数，而是为了面向对象，面向接口设计。别搞混了主次

• 主 資深大佬 : hjahgdthab750

  @useben 嗯，我是想模拟面向对象中静态类的静态方法

• 資深大佬 : rayhy

  写 golang 时，我对 util 避讳程度堪比 import 路径里有 src

• 資深大佬 : zjyl1994

  别把，你弄个 package 不行么？没有数据的 struct 叫什么 struct 。

• 資深大佬 : tqz

  确实有这种推荐，在《 go 语言学习笔记》中提到：给同一用途的函数定义函数类型，这样可以让相同签名的函数自动实现某个接口