@rekulas
@supercaizehua

谢谢提供参考！

@laravel 后来我又想可能不是大家想看的干货，就中断了没写，晚上换了个思路才又写出来 https://v2ex.com/t/833597

@EscYezi 对，我目前就是采用类似的方式，只是我加了一个开关，在启动程序时可以选择用 go embed 里的资源还是用本地文件夹里的资源，如果选择本地文件夹，前端刷新就能看到变化。

巧了，我正在写一篇做小工具的心得，待会儿就发出来。

@cs419 你这个意见非常合理，谢谢！已经加上相关功能和说明了。

@2435043xia 也是一个好办法

@qfdk 感谢提醒！

@hzz2 看到你的项目我才发现 gox ！

OP 最近创作力惊人呀

这个图片是在浏览器里分析，还是上传到服务器分析的？

看过 poetry 和 flit ，因为表面上看来 flit 比较简单我就选择了 flit ，使用过程中总的来说比较顺利。

@helee9199

人本该属于动物的一种。
Mac 本该属于 PC 的一种。（ PC 的严格意义是指个人电脑）

man 却不属于 woman 的一种。

简而言之：看语境！

多数情况下说 PC ，都包含 Mac ，但为了区分 Mac 与其他 PC 时，会将这两个词对立起来。

原因：当初 Mac 做广告时故意曲解了 PC 的意思，在 Mac 广告的语境里，PC 等于普通货，Mac 等于鹤立鸡群的优秀货。

类似情况：人与动物。

人也是动物，但人类为了与其他动物区分开来，把自己搞得好像很优秀似的，就有了“人与动物”这种用法。

我正在用 espanso.org

基于 rust, 功能强大而且开源免费。

@gugu33 不怕的，因为，从度盘的角度看，他们监控到一万个用户共上传了 100 万份加密文件，但，这些文件里哪些是正常加密的，哪些是用我这种方法加密的，他们却不知道。

@ZSeptember 啊，对哦！等泛型来了我就用这招。

@ZSeptember 我写了个 check 函数，日常一些不需要特殊处理的 error 就直接抛出。

func check(err error) { if err { panic(err)} }

貌似不少人都会自己写个类似的函数来粗暴处理，尤其是个人小项目。（当然，被说丑的时候还是无法反驳）

@ZSeptember 这个只能少数服从多数，现在有了泛型，Result 的基本用法已经可以用第三方库来实现，也肯定有人会去做这个库，但是看大家爱不爱用吧，如果非常多人爱用 Result ，应该会有语法糖支持。Go 团队一向很保守。

@Joker123456789

try catch 据说运行效率比较低。

在使用上，try catch 通常更方便，但 try catch 的思想是 “实在有需要的时候才处理错误”，因此通常会留很多错误让它崩。

而 Go 的方式，由于非常显性，提倡 “认真对待每一个 error”，因此按照 Go 的麻烦操作写出来的程序，通常会把可预见的 error 与不可预见的 panic 区分得非常清晰。

@anonymous256

1. 返回值这一点没有变，新语法还是返回值。
2. 错误处理在代码的空间上分离，专门用一个 handleErr 函数来处理错误，非常常见，Go 的 web 框架 Echo 就是这样做的。


@ZSeptember 你的这个意见，上面已经有人提出了，而且我也回应过了，改成 ？，返回类型就变成了 Result ，几乎一切库都需要重构才能使用。目前这个方案已经可以非常方便地返回 Result ，后续可以看社区对 Result 的接受度再增加问号之类的语法糖支持。这是激进决策与谨慎决策的不同，只能说性格不一样，很难讨论对错。

@dotmeow 是指 error 的 unwrap 方法吗？这个完全不影响 unwrap 的呀。