@FrankHB
你还是得处理文件权限 不管你是规则 代码还是命令

我都不觉得一个语言只能有一个用途 但你不能要求人人都是程序员 lisp 来讲是如此

@FrankHB

访问控制是安全特性之一 为何要允许不可预期状况出现？ 而且说的不就是实现方式差异而已 你觉得限制多好但有侯灵活性以及易用性也很重要 看这回文大概知道你是 lisp 系的 但为何类型就是系统安全保证呢？ 依照现今状况不是如此吧。 而且说的 777 那是人被忽悠的问题 流行的是另一种照常可以忽悠 必定提供类似的机能

@FrankHB

越来越喜欢 DAC MAC 的复杂度有没有漏洞你都不知道
x 对于文件是可执行 对于目录是可进入 而且八楼说的对

@MengiNo

直接不定义类型就可以了 反正到最后还是要判断
也没必要死磕 psr-4 你可以自写个 loader
原生 array 本身就是这么用的 需要类型可以自便
要求语言本身就要有不一定需要的东西是很糟糕的
只能说是一种习惯

这东西其实是大而全的 涵盖不只一个功能
虽然意义不大但要用也可以 毕竟是方案型
不爱就是

@kunkunzhang

泛型是节省重複代码 事先定义说的是不节省
代码生成也是可以的

好处应该是节省 api 串接沟通成本 但其实整个结构对照并且有测试查寻页面也差不多了

就是省的多写逻辑重複的 api 然后只是部分回传不同字段 一般 api 前面写个过滤器根据规则过滤一样效果 省流量倒是没有 因为你数据库是一大笔资料取出来 除非架设在一起 然而整理代码也不是不可以

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

@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
我都有一个自己的库 也实现了命名空间
对象功能正在研究