@FrankHB

所以要慎选应用 然而现在的状况是哪个热门用哪个 unix 的话 DAC 就挺够了 有时候读写不应该是靠 MAC 决定的 而且那堆 MAC 的 role 事实上也与 DAC 差不多...

@FrankHB

只有应用本身安全性不够才需要以非应用本身机制来限制 更上层的信息 只要你需要提供应用使用 你就非得暴露它 不管以何种形式 看应用要不要使用而已
但现今应用多数是如此 包含 MAC 本身 所以个人都不会使用这些工作上使用的 DAC 的变化已经符合需求 hash 本来就是验证用 你再加密一层都可以 虽然现在都是 https

其中最特厌的还是纯设置 程序都不是自己规划自己写的还要去分析究竟有多少影响

@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 也会有