V2EX › Hanggi 的所有回复 › 第 25 页 / 共 32 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 17 18 19 20 21 22 23 24 25 26 ... 32

❮

❯

2019 年 10 月 23 日

回复了 momox 创建的主题 › Go 编程语言 › goland 里面怎么用 log 输出结构数据

直接 log.Println 不就行了吗

2019 年 10 月 23 日

回复了 burnbrid 创建的主题 › 程序员 › 双十一

感觉没什么人关心双十一了，毕竟东西也不会便宜，就是蹭个热闹。

2019 年 10 月 23 日

回复了 debuginn 创建的主题 › Blogger › 程序猿有多少有自己站点的，有的话可以友联一下么，欢迎留言。

主要还是做笔记： http://hanggi.me

2019 年 10 月 23 日

回复了 ys521 创建的主题 › 程序员 › 个人网站建设过程以及寻找灵感

hugo 走起。
http://hanggi.me

2019 年 10 月 23 日

回复了 calmlyman 创建的主题 › 程序员 › 现在开发个人小程序做什么比较好？

可以想想做个什么小程序能让用户卸载 WX

2019 年 10 月 22 日

回复了 h82258652 创建的主题 › 程序员 › 采取 RESTful 风格的 api 是否应该对结果包一层？

举个简单的例子，一个 API：GET /foos/:fooId/bars/:barId/bazs/:bazId
三个地方参数都检测，如果只返回 404 就很难知道哪个参数 not found。
当然可以在 error message 里写 fooId not found，但是你就要去匹配一个字符串。
而如果是 error code 1001, 1002, 1003 之类的，你就可以简单判断是哪一种 not found。

关键还是业务逻辑吧，如果你能保证每个 API 都不会出现重复的 http 状态，那就不需要了，但是不太可能吧？

2019 年 10 月 18 日

回复了 upday7 创建的主题 › Go 编程语言 › Go 到底优势是在哪里？

@ArtIsPatrick 就是说让你多开几个实例，不然不够看。

2019 年 10 月 18 日

回复了 upday7 创建的主题 › Go 编程语言 › Go 到底优势是在哪里？

@ArtIsPatrick 你确定吗？试试都把线程开到最大，跑一下 GET 请求 hello world 压测试试？性能差不多？

2019 年 10 月 18 日

回复了 upday7 创建的主题 › Go 编程语言 › Go 到底优势是在哪里？

@find456789 就算瓶颈在数据库上，跟并发一点关系也没有，那也是 go 更快。

2019 年 10 月 17 日

回复了 mohoumk2 创建的主题 › Android › 一加有什么缺点吗？

没有苹果好是缺点吗？