V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  zzhirong  ›  全部回复第 3 页 / 共 5 页
回复总数  91
1  2  3  4  5  
2025 年 4 月 28 日
回复了 zzhirong 创建的主题 Go 编程语言 探讨一下错误处理策略, 关于 if err != nil {
@LawlietZ 严格来说, 从 Go 正式发布开始就没停过吧, 后来伴随 Rust, TypeScript 等引入新的语法, 讨论又一次次开始, 我其实就是想看看这么多年过去了, 有无更优雅的方式出现。
2025 年 4 月 28 日
回复了 zzhirong 创建的主题 Go 编程语言 探讨一下错误处理策略, 关于 if err != nil {
@log4j 确实, 对代码阅读也很友好, 相对于, 一个小小的 ? 就可能是一个函数出口来说, 好多了。
2025 年 4 月 28 日
回复了 zzhirong 创建的主题 Go 编程语言 探讨一下错误处理策略, 关于 if err != nil {
@lesismal 我也认为显式比隐式更好, 目前吐槽最多的应该是, 显式上抛以及层层上抛(导致了很多重复的代码), 在翻看 #2 给出的链接中的提案时, 发现一句话, "The goal is not to replace all error handling. The goal is to replace the most common case", 我也很认可, 针对高频的用法做些优化, 也未尝不可。
2025 年 4 月 28 日
回复了 zzhirong 创建的主题 Go 编程语言 探讨一下错误处理策略, 关于 if err != nil {
@pike0002 哈哈, 算个极端例子吧, 处理上抛这种情况确实不优雅了点。
2025 年 4 月 28 日
回复了 zzhirong 创建的主题 Go 编程语言 探讨一下错误处理策略, 关于 if err != nil {
@PTLin 其实我也没感觉 if err != nil { 有太大问题, 只不过语法上确实看起来有点冗余了点。
// 在 low 上执行链式操作 会好看些吧

low := new(big.Int)

low.Mul(baseFee, big.NewInt(9)).
Div(low, big.NewInt(10)).
Add(low, priority25)
@Donahue #18 我的理解, big 下有几种类型, 比如 big.Int, big.Float, 如果设计成包级别的, 函数名得是 big.AddInt, big.AddFloat 了
2025 年 4 月 25 日
回复了 chambered 创建的主题 程序员 大家有没有看过之后大呼过瘾的技术书籍推荐
@iorilu 我猜他说的是 <<Crafting Interpreters>>, 主要介绍了如何从零开始设计和构建一门编程语言的解释器
2025 年 4 月 23 日
回复了 pluvet 创建的主题 程序员 大家有没有感觉有了 AI 编程能力没变菜,反而变强了
我的话, 会有个启动困难症, AI 刚好解决了这个问题, 先让它写出一点东西来(无论是否可以运行)再修改, 远比自己从零开始来得简单点。
2025 年 4 月 22 日
回复了 oom 创建的主题 Go 编程语言 分享一款流量分析工具 [GO-FLOW]
@oom 昨晚用 AI 写了一个 https://github.com/zzhirong/traffic_aggregation , 可以参考一下。吐槽一下,本来想体验一下 vibe coding 的,结果还是花了 3 个多小时,有点像是在给 AI 当助理。
2025 年 4 月 21 日
回复了 oom 创建的主题 Go 编程语言 分享一款流量分析工具 [GO-FLOW]
@oom 像这种只要统计包头, 不需处理包内数据的场景, 用 eBPF 很合适, 它在内核中直接生成统计数据, 用户态直接读取统计结果, 避免了大量了无用的拷贝, 可以看一下 https://github.com/cilium/ebpf
2025 年 4 月 19 日
回复了 oom 创建的主题 Go 编程语言 分享一款流量分析工具 [GO-FLOW]
我能理解成, 抓包, 然后对包进行汇总, 我能想到的:
1. 可能会对网络性能有影响, 如果数据量大的话, 程序本身可能还要占用很多资源。
2. 如果不用精细化到单个 ip, 可以直接用内核暴露的统计数据,比如 /proc/net/dev 。
2025 年 4 月 11 日
回复了 diiww 创建的主题 生活 你们对中成药是什么态度?
我感觉最大的危险是, 药物重复摄入, 很多药物都需要严格控制摄入量, 过量会有危险的, 成分不明的药物还是建议不要吃, 另外, 也不建议同时吃几种复合药物.
我倒是感觉这样做挺好的?不然,项目小的话还好说,项目大的话,写个通用方法比如 New 那不得卡半天。
1  2  3  4  5  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   2162 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 28ms · UTC 15:22 · PVG 23:22 · LAX 07:22 · JFK 10:22
♥ Do have faith in what you're doing.