pedrogao

请问，可以用这个主题进行二次开发吗？

4

如题。

- 新增 errHandler 用于判断遇到错误是否需要停止重试。 比如，在一些数据库查看场景，如果是 `ErrRecordNotFound`，证明记录不存在，那么即使重试， 也会得到相同的错误，遇到此类场景，应该直接停止重试，返回 error 即可，如下： ```go errRet := fx.DoWithRetry(func() error { _, err = querySomething() return err }, fx.WithRetry(2), // 重试2次 fx.WithErrHandler(func(err error) bool { //...

代表林间有风团队表达崇高的敬意！

2

刚看了一下仓库的整体代码以及线上demo，整体来说还是相当不错的，这不是一个小项目，确实付出了比较多的时间。 .jsx里面的三目运算符使用的还不甚合理，记得优化一下，其它的结构几乎与vue版本无异，几乎也实现了全部功能，可见作者着实用心，让人感佩。 当然react的新特性hooks我还未看到，作者可以适当使用一下，毕竟新特性的噱头，很多人都愿意买单的，无论是为了作者自己的推广，还是学习规划。 另外redux的使用有些许臃肿，可以再适当拆分，当然如果使用mobx必然会更棒，redux的概念有时候很不友好，让人生畏。 最后，希望作者再接再厉，早日成为团队推荐react实现。

严格递增的ID生成算法并非全局严格递增

16

Module: camellia-id-gen Version: all Content: 严格递增的ID生成算法并非全局严格递增，这里似乎没有考虑 redis 宕机，主备切换的问题 由于 redis 本身是AOF，主从异步复制的机制，如果 master 宕机，切换到从库，那么 list 可能仍然包含已经 pop 出去的旧数据，这样就会造成ID回拨，就无法保证全局严格递增了 还是有啥其它的保证机制吗？我目前没有发现 https://github.com/netease-im/camellia/blob/master/docs/camellia-id-gen/strict.md

sequenceId 回拨问题

2

我看到客户端是通过 sequenceId 来排序展示的 服务端的 sequenceId 是根据 redis incr 指令生成的，虽然性能很好，但如果 redis 宕机或者主从切换，那么 sequenceId 就会回拨，后面产生的 sequenceId 就会有重复？这类问题有兜底解决吗？