This topic created in 1577 days ago, the information mentioned may be changed or developed.
 |
1
abersheeran Jan 12, 2022
确实有点怪……主要 Golang 风格不这样，乍一看不太适应😂
|
 |
2
Wenco Jan 12, 2022
每行都 Try ，这跟 if err 比到底方便在哪里==
|
 |
3
fgwmlhdkkkw Jan 12, 2022
这不是更🤢……
|
 |
4
kiripeng Jan 12, 2022
写完一分钟 debug2 小时，交接半天
|
 |
5
richangfan Jan 12, 2022
忘了 try...catch...吧
|
 |
6
wellsc Jan 12, 2022
alias try{} catch{} = if err != nil{}
|
 |
7
fregie Jan 12, 2022
看到这个甚至想破口大骂，并不是说 try catch 一定不好，为啥不直接用支持的语言呢？
|
 |
8
SingeeKing PRO 看完后唯一的感觉：这是什么鬼
|
 |
9
sujin190 Jan 12, 2022
其实既然这么纠结于 err 这个问题，以其做这种更丑陋的方案，为啥不更进一步，直接用 panic 加 recover 的逻辑做一个 try...catch 就是了啊，反正 golang 自己就能操作自己的底层内存栈堆，panic 加 recover 本来也实现好了调用栈回收的过程，汇编编写个函数，调整一下 try 位置生成的汇编代码应该是可以实现的吧，仅猜测，不知有没有大神研究过这个问题
|
 |
10
Kilerd Jan 12, 2022
这时候才显示出 Rust 的 Try trait 和 ? 语法的强大性。不然总有人觉得 go 加上泛型就能再次吊打 Rust 。
|
 |
11
Reficul Jan 12, 2022
然后出啥问题栈都在最后的 Do 里
|
 |
12
zoharSoul Jan 12, 2022
这个有点像 rust, 不太像 try catch
|
 |
13
littlewing Jan 12, 2022
并不喜欢 try cache ，if err 挺好的啊，写 c++也从来不用 try cache
|
 |
14
Zwying Jan 12, 2022
我选择 if err
|
 |
15
buzz2d0 Jan 12, 2022
好家伙，不如直接写 if err 了呀
|
 |
16
XTTX Jan 12, 2022  1
还是牺牲了 readability, 换回来 syntax sugar 和把一堆不相关的 func 生硬地连起来
|
 |
17
coosir Jan 12, 2022
@littlewing 可以看出来，你确实不太写 try catch
|
|
18
XTTX Jan 12, 2022
如果真的那么喜欢 try catch ，干嘛不直接用 js 写后台就好了。err 类型多，最好还是用 switch.
|
 |
19
Mohanson Jan 12, 2022
看看 doa 吧: https://github.com/godump/doa
|
 |
20
ly020044 Jan 12, 2022
这样写我感觉会疯掉
|
 |
21
kindjeff Jan 12, 2022
有点像 reddit 上一个尝试用 go 泛型写链式 future promise 语法和回调的项目，被群嘲
|
 |
22
Kisesy Jan 12, 2022
感觉有点像依赖注入
|
 |
23
amwyyyy Jan 12, 2022
接手的同事：wdnmd
|
 |
24
Pengxiguaa Jan 19, 2022
楼主似乎是改了库名，https://github.com/ez4o/go-try
|
Select Language