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