云知易客
云知易客
@self
Give me
@elrond-g 好
没有啊 ---- 回复的原邮件 ---- | 发件人 | ***@***.***> | | 发送日期 | 2023年08月04日 06:36 | | 收件人 | YunzhiYike/SliderVerification ***@***.***> | | 抄送人 | Subscribed ***@***.***> | | 主题 |...
检查一下有没有读文件操作是不是忘了写close了 ---- 回复的原邮件 ---- | 发件人 | ***@***.***> | | 发送日期 | 2023年08月04日 16:28 | | 收件人 | YunzhiYike/SliderVerification ***@***.***> | | 抄送人 | ***@***.***>, Comment ***@***.***> | | 主题...
> 可是咱们讨论了移除gredis😂 那是不是这个PR不会合并了？或者有没有其它方法使用暴露的pipeline方法
> @LanceAdd @cyjaysong 看看这样折中解决行不行。https://github.com/gogf/gf/pull/4306/files#diff-27ba9cb3e60614ccdd6a2e5cdc82825ee6b1db0b8957c37fdbfa179cfd4ccd61R66 我觉得可以，还是需要提供Client暴露出来的
> 我之前也准备提交这个，但是群里说gredis作为抽象层不应该暴露go-redis驱动的相关引用就放弃了，我现在是自定义了一个gredis，只保留了gins里对redis配置文件参数的解析和客户端的初始化还有多配置redis客户端获取，这样就能直接用go-redis驱动的方法，我看V3的计划表里也有删除gredis的意向，等等，我最近好像在某个isssues里也回复过老哥？？ 没错你应该回复的就是我
> Quote reply 之前也是准备直接暴露Client但是也是社区说不要暴露底层所以就改成定义一个pipline方法