博客文章

给ChatGLM2的gRPC后端硬塞了连续对话功能，改了proto、C#客户端和Python服务端代码。OpenAI格式转ChatGLM格式？真够折腾的，幸好有loguru。搞定了，但调试gRPC还是麻烦，考虑改OpenAI接口了。

作者弃bash、Python、C#，选Go写Hive导出工具，只因部署简单。Go的err处理烦人，但交叉编译省事。工具交互式，搞定导出。

EFCore居然没有内置命名转换？得自己写正则或用插件，真是折腾。插件一行代码搞定，但为什么EFCore不直接支持？命名风格转换，要么自己写代码，要么依赖第三方，真费劲。

很多项目一开始选型的时候没有选择EFCore，不过EFCore确实好用，也许由于种种原因后面还是需要用到，这时候引入EFCore也很方便。 本文以 StarBlog 为例，StarBlog 目前使用的 ORM 是 FreeSQL ，引入 EFCore 对我来说最大的好处是支持多个数据库，如果是 FreeSQL 的话，服务注册的时候是单例模式，只能连接一个数据库，如果需要使用 FreeSQL 同时

Docker部署RedisStack？呵，基础操作罢了。ACL权限？不过是Redis 6.0的标配功能。C#集成？官方NRedisStack包，一行代码的事。

C#开发者用iKVM白嫖JVM生态？省事，但依赖处理还得手动折腾。无缝接入？不过是把JAR转DLL，省了移植代码的麻烦。AI工具缺？直接调用HanLP，但依赖处理，呵呵。