Go 泛型的类型参数太长且重复，有没有啥解决办法，或者我该换个实现思路?

[xianyukang]

问题背景:

- core.Biz 是个泛型类，包含一些通用的逻辑
- core.BizOptions 也是泛型结构，包含一些钩子函数供 core.Biz 调用

现在问题是，类型参数很长，且重复:

[xianyukang]

使用 type alias 然后把 BeforeCreate 做成字段，似乎能简练一点:

[fds]

……我觉得能用 interface 解决的就别用泛型。

[DefoliationM]

@fds 别你觉得了，能泛型就泛型，对自己和别人都好点。

[qW7bo2FbzbC0]

@DefoliationM 遇到这样的代码简直灾难

[xuanbg]

类或方法本身要和类型无关，才能设计为泛型类或者泛型方法。泛型参数的本质是用来传递类型信息，为了在末端能够获取到正确的类型来处理数据。

[xiaocaiji111]

这个应该是想在执行前，记录日志，比如入参和返回值什么的吧。
说实话没有特别好的办法，要不要换个思路实现？中间件里实现不了吗？。如果是记录日志之类的远不如 java 中切面好用，除了那可恶的内存占用和巨大的胖 jar 。

[lesismal]

@DefoliationM

> 能泛型就泛型，对自己和别人都好点

那些基础库, 例如数学的不同类型的, 或者涉及数组或 map 之类的容器遍历的, 用范型能简化代码
其他不必要性的场景, 硬上范型就是坑队友了
滥用范型会让代码越来越丑

[Nazz]

在不适合的场景强上泛型

[Dogtler]

至今没用过泛型。。用不太习惯

[kratos123]

@xianyukang 可以使用 interface 限制一下
type Base interface {
~int | ~string | ~map[string]string
}

func Test[T Base](t T) {
fmt.Println(t)
}

func main() {
Test("11")
}

[kaf]

官方有提到，泛型的推荐应用场景是你对输入和输出类型都明确的情况下

[CloveAndCurrant]

没有太好的办法吧，要么不用泛型用 any ，要么用别名，rust 遇到这种问题也是用别名来解决

[povsister]

你这是不适合用泛型的强上…. 灾难

[Rickkkkkkk]

是应该用泛型的场景吗？

[sampeng]

就这？看看 rust 的签名

[FalconD]

@sampeng 我的 Rust 类型名字长达 3200 字符.webp

[COW]

TS 的泛型好像更复杂。。。🤸‍♂️

[realpg]

从来没用过泛型无所畏惧

[iShinku]

上范型就是坑，无法追踪代码错误
除非你输入明确类型，内部逻辑不复杂，并且输出类型单一