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

@secondwtq

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

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

@bthulu

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

@Hanggi
还是有 用反射 不过效能很差... 正在研究

@UserNameisNull
基本上差不多就是
(随你定义)

/**
*@Annotation1
*@Annotation2
*/

@UserNameisNull
继承可以用 type embedding 加上 interface 定义共通函数
切面你可以自己实现 注释如果你了解如何读取"//注释"或者"/* 注释 */"你一样可以实现 php 上就是这样的 当然不是如同 java 上额外区分

@iseki

当然工程 但不防碍你如何使用它
如果你不视其为标准它就不是
当然大环境是标准的

三十辐，共一毂，当其无，有车之用。埏埴以为器，当其无，有器之用。凿户牖以为室，当其无，有室之用。故有之以为利，无之以为用。

@iseki

剩下的就是给你扩充的 为何一定要原生语法？
如果他不保留扩充性那我也喷 可是他保留了
用 go 也不一定非得用它的标准库 如果你想可以自己弄一套出来

@iseki

go 有 lambda 也有 closure 不知道现代的是？
也有异常 如果是 func 有无 threadlocal 有差吗

@abcbuzhiming

是常态但抱怨也要抱怨在点上 不然不就是一样大家说的喷子
说"是自己的问题"未必是指自己是聪明人 用聪明人调侃就过了
业界如果选 go 那自然是要自己付责 当然喊打喊杀也过了
但可以体会他们的心情 先做功课再来喷应该就不会那么火爆

@abcbuzhiming

不是所有语言都是这种发展方向 而且以打工仔来说更多人就是更容易内卷
这不是指聪明人而是愿意自己造轮子的(理性造轮子） 造不造轮子与聪明没有直接相关
当然聪明造的轮子可能更好 现在就一堆只想吃外食不想自己煮的
golang 应该没讲是为了你们需求而生

@24bit

反射在 go 下确实不好 但保存下其实也还好
至于类型丢失 java 也是一样情况 呼叫共同函数你需要 type interface
不然 Object 还是 Object
然后范型问题其实 cast 一下也还可以 并没有那么急需

@abcbuzhiming

编程语言发展的到现在花的时间是更多 过度堆叠减少某些困难又增加了某些困难
然后出来的东西是增加的 如果没有网络资源 原作者回答 很多人都用不好
自己写的自己知道 如果写的不好是人的问题没错 就算用框架照样可以给你一驼
go 目前状况挺好的

@debuggerx

没写之前我觉得应该是这样 因为很多人都这样觉得
真的写了觉得其实还不错 特别适合 DIY 用户 也可以很好维护

@tt0411

go 是有异常处理的 只是要封装
例如我就封装成类似

Error.Catch(func() {
Error.Throw("error!", func(err error) {
fmt.Println(err.Error())
})
})

捕获错误并根据 Throw 指定的 func 执行
写过 java try catch 会知道 try 内新的变量在外面是取得不到的
这特性如同函数内区域变量

不要动不动就说语言不行 先看一下自己是否行

@x940727

随便一个需求都可以导致你不专心 甚至追到所谓优秀轮子的底层 怎么不觉得这是成本呢？

@leeg810312

这种称作方案型程序员 然而研究方案花的时间未必比自己弄出来要少
又不是要人做一个作业系统