泛型是否适用于Go语言该装饰器重复定义场景？

这绝对是Go泛型的典型合理应用场景，比你考虑的interface{}方案靠谱得多，先拆解下两种方案的优劣：

为什么不推荐用interface{}方案？ #

• 完全丢失类型安全：编译期没法检查参数的类型、数量是否匹配，只有运行时触发类型断言失败才会panic，调试和维护成本极高。
• 性能开销不可忽视：每次类型断言、interface{}的装箱拆箱都有运行时开销，参数越多、调用越频繁，性能损耗越明显。
• 代码可读性差：其他开发者看你的FP实现时，没法从函数签名直接知道预期参数是什么，必须深入到类型断言逻辑里才能搞清楚，后续维护难度大。

泛型的最优实现方式 #

用Go泛型可以完美解决重复定义Decorator的问题，同时保留类型安全和原生性能，示例代码如下：

方案1：适配固定参数列表的函数 #

如果你的FP都是固定数量的参数（比如有的是(string, int)，有的是([]string, bool)），可以把参数打包成结构体或直接用泛型参数：

// 定义泛型函数类型，Args代表任意参数类型（单个值、结构体或元组均可）
type FP[Args any] func(args Args) bool

// 泛型装饰器，适配任意参数类型的FP
func Decorator[Args any](fp FP[Args], args Args) {
    // 执行前置逻辑
    res := fp(args)
    // 根据res执行后置逻辑
}

// 调用示例：针对(string, int)的函数
func testFunc1(s string, i int) bool {
    return s != "" && i > 0
}

func main() {
    Decorator(func(args struct{ s string; i int }) bool {
        return testFunc1(args.s, args.i)
    }, struct{ s string; i int }{s: "test", i: 10})
}

方案2：适配可变参数的函数 #

如果你的FP支持可变参数，也可以用可变参数泛型实现：

// 定义支持可变参数的泛型函数类型
type FP[Args ...any] func(args ...Args) bool

// 泛型装饰器，适配任意可变参数的FP
func Decorator[Args ...any](fp FP[Args], args ...Args) {
    // 执行前置逻辑
    res := fp(args...)
    // 根据res执行后置逻辑
}

// 调用示例：直接传入任意参数的函数
func testFunc2(s string, nums ...int) bool {
    return s != "" && len(nums) > 0
}

func main() {
    Decorator(testFunc2, "hello", 1, 2, 3)
}

泛型方案的核心优势 #

• 编译期类型检查：参数类型、数量不匹配直接编译报错，提前规避运行时错误。
• 性能接近原生：Go泛型在编译期会为每个具体类型实例化对应的函数，没有interface{}带来的装箱拆箱和类型断言开销。
• 代码简洁易维护：只需要写一次Decorator，适配所有参数类型的FP，后续新增FP类型不需要重复写装饰器逻辑。

内容的提问来源于stack exchange，提问作者Kilbo