[记录]踩了golang的defer/recover的坑

今天写代码的时候完了个花活,想复用recover,结果炸了……

体现在recover没起效,直接panic出来了。

查了下,defer里一旦再调用函数,原有上下文就变了,recover就失效了。

想想也有道理。

改了个骚气代码,解决了

q.Recover = func() {
defer n.Recover()
if r := recover(); r != nil {
panic(r)
}
}
发布于
2021-01-19

选择Golang的json schema库蛋疼了

最近在整理数据验证这一块,看了下json schema下的3款golang 实现,十分蛋疼。

我对于json schema 验证库的要求比较简单,要求就是以下几点

  • 能自定义错误信息模板
  • 能获取错误类型,进行分类处理
  • 能得到错误发生的数据的JSON Pointer
  • 能获得错误发生的数据位置的Shcema信息,比如title,描述

这点,php的库

https://docs.opis.io/json-schema/1.x/php-validation-result.html

都能很好的满足。

换成go的库,各有各的问题 

https://github.com/xeipuuv/gojsonschema

这个库相对而言最靠谱点,问题是没有JSON Pointer,也没有相关的Schema信息

https://github.com/santhosh-tekuri/jsonschema

这个库有JSON Pointer,但是错误信息只有 数据的pointer,schema的pointer,mesage,非常蛋疼

https://github.com/qri-io/jsonschema

这个库有数据Pointer,但没有schema的数据,只有message。

考虑要拉个库下来改一下了……

发布于
2020-11-02

github.com/googollee/go-socket.io的两个坑

几年前的项目用过socket.io,用了github.com/googollee/go-socket.io这个库起了服务。

最近需要做一点升级,发现了几个蛋疼的坑。

1.BroadcastToRoom反应迟缓

这个好分析,爬了下代码,broadcast的时候是同步的……同步的……同步的……,不是并发的。

万一有连接超时,必须等超时的连接过了timeout才能发下一个……

真有想法。

解决方案:用ForEach方法自己实现一下

func BroadcastToRoom(s *socketio.Server, nsp string, room string, event string, args ...interface{}) {
s.ForEach(nsp, room, func(c socketio.Conn) {
go func() {
c.Emit(event, args)
}()
})
}


2.400错误,提交的信息丢失

这个怕了整个代码,无解。

首先,有错误后不打任何日志,直接返400错误,这个操作略骚

其次,明明每次请求不是异步的,偏要解析payload搞几个chanel搞成异步,然后有pause和resume的状态,判断了pause会报错,这个我也没抓到点。

参考

https://github.com/googollee/go-engine.io/issues/82

解决方案:

检查代码后,websocket没对应的方法……

客户端强制使用websocket....

强制使用websocket我还走一层socket.io干嘛……

发布于
2020-05-26

用了下go/ast包

感觉还不错。

用来分析代码,自动生成代码。

如果用来代码分析应该也还行。


发布于
2020-04-16

flutter初体验

用flutter做了个小玩意,大概的了解了下。

怎么说呢,感觉乖乖的。

明显不是原生的开发体验,感觉开发体验更接近于phonegap/cordova,但感觉上稍好点。

语气说是一个平台,ui库,不如说更像一个框架,大概是vue/react + bootstrap的感觉。

语法简单,和js很像,开发起来那一套很像前端。

做点小工具不错。

对于flutter最大的期望是能很好的开发桌面端,如果能做到的花可以投入一定的精力。

发布于
2020-04-01