泛型虽然好用 但无疑会增加代码複杂度
事先定义好也不是不可以 希望不要作为隐藏实现细节的框架使用 代码世界坑还不够多吗

@dzdh

如果是传入的是 type interface 可以这样做
不然其实只是三方包不希望你这样做
go 本身挺有限制 往好处想其实就是一堆人说的规范

动态语言就是要方便 不然相比那些啰嗦的语言有什么长处 js 也很神奇 对象与数组分不清楚

那个 A 函数只要透过 makefunc 把 call 函数并入一次就可以 比较麻烦的是怎么让一切自动完成

@dzdh

这只是 type embedding 如果要实现你要的风格 并且有其他动作 就得替换方法包一层 每个都要呼叫魔术方法

另外反射讲的是写个 library 把下列类似代码串起来(反射再包一层的方法是 reflect.MakeFunc) 然后如何初始化 struct 内 func 自己想想 毕竟每次 new 一个出来还要指定哪个 func 很麻烦 所以才会有后面那个`bind` 主要是透过 reflect.MakeFunc 替换原来 func field 指定先做魔术方法再做原来的方法
type Test struct {
Call func(t *Test) `bind:"Call"`
A func(t *Test) `bind:"A"`
}

var Call = func(t *Test) {
fmt.Println("Call")
}

var A = func(t *Test) {
fmt.Println("A")
}

你要用对象写是会很痛苦的

可以自己写个 lib 用来初始化 类似 new 或者依赖注入都可以 乍看之下风格是差不多的 type embeding 的状况这些函数 field 也会有

__call 如果没做其他什么直接 type embeding 就可以
有的话只能用反射外包一层 并且方法必须要是 field 不能是 struct 内 method
不然完全找不到 Address...

所以这就是建立自己生态的重要性 这东西其实不难的
都玩自己的肯定好

就算这工具有 linux 版也不会去使用 真的不如直接写其它语言 而且 shell 已经够 power
我都有一个自己的库 也实现了命名空间
对象功能正在研究

你可以写一个基本数组与进来的资料进行结构比对 这样的好处是不用用反射
转成对象需要反射 用法和 java 差不多 效能有些许的影响

@sagaxu

本来就是种取舍 然而这种方式还是比都是类别好多了 你不是总是 array. 如果你会写 multilevel array 一样一目了然 不用一直往下追类别

外面套个类给个命名空间都可以

这样做还有个好处 当你需要改数据结构的时后会产生非常惊人的效果

@sagaxu

可以定义函数专门用来产生某个 array
可维护性是人搞出来的 一个语言不会因为本身限制多就写不出屎山 只要它为了完成複杂需求

重构非常需要打字 思考是最花时间的 但说实话有时候是语言与框架的原因导致你需要思考如何实现 非常规应用如此 自写轮子其实需要时间少很多 一般业务逻辑倒是还好

@secondwtq

那一整串本来就很糟糕 实现的也就一点点
然后从以前到现在出了多少漏洞了...
只是对于不会写脚本的比较友好
刻意复杂除了会坑到别人也会坑到自己
现在很多东西一个人很难掌握住了 十分糟糕
不是很认同制造问题给别人处理做大需求这种风气

好像如果有 eval 也可以实现任意类型

@bthulu

有 代码生成 不然只能换标准库了
reflect.value.call 对效能实在太伤了 又不能改函数 body