发现项目里的 grpc、json 包都有三个
grpc:
github.com/gogo/protobuf
github.com/golang/protobuf
google.golang.org/protobuf
json:
github.com/goccy/go-json
github.com/bytedance/sonic
github.com/json-iterator/go
可谓百花齐放
序列化的包感觉统一使用一个比较好,要不然序列化的一致性不能保证,会有各种稀奇古怪的问题
当然是第三方带进来的啊,自己的只用标准库
不是自己代码使用问题不大,这个其实在其他语言也有类似的问题
都有,一般好的库会提供一个接口,自己更换实现,然后排出原本依赖
sonic 只有 amd64, arm64 吧 ,你这跨平台编译都有问题!
#5
一般 go 项目也只在 amd64 系统下跑啊
gogo 不维护了,用 google.golang.org/protobuf 就行。json 用 jsoniter 足矣。
神奇了, 我去看了我一个 GO 的小博客, JSON 也是好几套...
都这样,我们 java 项目也是一堆 json 库
还是俺们 PHP 简单。就靠两个函数,json_decode ,json_encode
树莓派跑项目的表示不服
你这才 3 个,要是搞个 java 的项目,一个功能好多种实现。。。
#11
树莓派不是 arm64 ?难道是那个 arm 32 位的树莓派?
现在只要安装 gin ,go.mod 里面就有这三个 json 库
有点历史的 java 项目一样
被各种历史依赖带进来的两个版本的 jackson ,能让代码里塞满 JsonObject 的 jsonlib ,某些阿里系依赖带进来的 fastjson ,再来点 gson ,如果有轻量化爱好者再来个 moshi ,齐了
如果有更古老或者更阴间的,还有用各种正则各种 indexof 自己解析 json 和拼 json 的神秘代码
🙈因为我看你说的是 amd64.....
给你看看 .net 的官方库
感觉不如我们 npm ,一个小项目可能都有几十个 lodash
没办法的事
gogoprotobuf 不更新了啊...
后面两个 Google 的库,区别是 API 变掉了,所以可以看成一个是 V1 版本,一个是 V2 版本。没错,这就是 Google XD
json 的库你没都算标准库,不仅如此,连标准库都要出 v2 了 github.com/golang/go/discussions/63397
64M RAM ,128M NAND ,300Mhz 的 arm32 设备上跑了各种 go 程序
#19
连 google 团队自己都不愿意用 go 那傻 x 包版本 v2 ,笑死
所以这种事看来是谷歌经常发生的
他们亲手把 angular 和 tensorFlow 干死了
有时候会做点小工具,部署在 vercel 或者 fly.io 国内访问巨慢,不知道各位大佬是怎么搞的 国内你搞这种东西不合规的 国内你要备案,提供这个的 gitee pag…
楼主平时用的是 mobaXterm ,想试试不同的口味,求推荐! 对 SSH 客户端的期望有: UI 现代化:界面较为美观 易用性:希望能开箱即用 开源:希望是开源的,且不需…
最近一直苦恼着给客户写脚本,客户的需求是 window 下 exe 带有图形界面,我今天用了一天时间去写了个 python 的 pyside6,就几个控件相当麻烦,而且打包 e…