xenoblade 最近的时间轴更新

xenoblade

V2EX 第 139657 号会员，加入于 2015-09-24 12:32:59 +08:00

xenobladex

前IOS开发，后端开发，主机游戏爱好者，游戏音乐爱好者。

xenoblade 提问技术话题好玩工作信息交易信息城市相关

xenoblade 最近回复了

58 天前

回复了 carson8899 创建的主题 Solana 100388288红包专属空投我的专属宠爱

uid: 739479115916781190
G9he2XJpHMuQ2ANExn65m6zjuc9TNTqRDQ5CnMvPLrCn
谢谢老板

64 天前

回复了 carson8899 创建的主题 Solana 教程：入场持有社区代币$V2EX

uid: 739479115916781190
G9he2XJpHMuQ2ANExn65m6zjuc9TNTqRDQ5CnMvPLrCn
谢谢老板

261 天前

回复了 NASK 创建的主题程序员如何优雅的把项目 resource 目录配置文件迁移到 minio？

1. 使用 UrlResource：UrlResource 可以直接下载并加载 http 资源，但是应该是没有缓存能力的，可以扩展 UrlResource 来实现，比对 md5 来判断是否需要下载，从而提升应用的启动速度；
2. 启动脚本下载资源：在启动脚本中实现资源的下载，将资源文件下载到固定的路径后再启动程序，这么做的好处是不需要修改代码，继续使用 ClassPathResource ，同样需要比对 md5 来判断是否需要下载，从而提升应用的启动速度；

316 天前

回复了 aoxg2019 创建的主题 Java sprung gateway 问题

题外话，我曾今也有类似的困扰，官方讨论中也说了，API gateway 和 BFF 是两个不同的领域，专注的东西不一样，不应当简单的将两个特性糅合在一个服务中，正确的做法应该是 API gateway -> BFF 。

如果楼主和我一样，对如何基于 spring webflux 体系来设计一套 bff 感兴趣，并且希望 API gateway 支持 BFF 特性，可以参考 https://github.com/fizzgate/fizz-gateway-node ，其中 BFF 核心代码在 com.fizzgate:fizz-aggregate 中。

316 天前

回复了 aoxg2019 创建的主题 Java sprung gateway 问题

具体实现可以参考： https://github.com/fitzoh/spring-cloud-gateway-114-spike

316 天前

回复了 aoxg2019 创建的主题 Java sprung gateway 问题

这个问题官方有过讨论： https://github.com/spring-cloud/spring-cloud-gateway/issues/114

2024-08-20 17:45:24 +08:00

回复了 ZZ74 创建的主题问与答有什么办法能够相对快速的去除 webflux RxJava 那套换成普通的写法

底层 IO 操作的 infrustructure 继续使用 reactor ，上层业务改用 kotlin ，通过 kotlin coroutines 对 reactor 的适配器，修改为 kotlin coroutines 的命令式编程写法，调试难度要低很多。

2024-05-22 16:00:20 +08:00

回复了 wencan 创建的主题 OpenAI 哪个 rag 系统比较靠谱？

我认为这个例子其实应该归类为“RAG VS 长上下文”，恰恰说明了长上下文在有限信息的 QA 中完胜 RAG 。
目前 langchain 系的通用 RAG 系统上限就在那里了，要想达到更高的精确度需要对不同领域进行微调，例如例子中读书场景的 prompt 优化、chunk 分割的人工干预。

2024-04-03 12:48:45 +08:00

回复了 yechentide 创建的主题游戏开发想自己做个异度之刃 3 里的 Flame Clock, 有什么现成的库吗, 或者需要学习哪些东西呢

顶着 ID 说说我的想法：考虑到 OP 不了解建模，效率高的办法就是游戏模型提取了，广泛用于 MMD 圈和 3D 打印圈，游戏模型提取的工具链挺全的，网上也有很多教程，需要实践踩坑，不想花时间可以直接咸鱼找人接单。
模型拿到了之后就是渲染了，还需要实现命火粒子效果、命火材质、命火剩余量的动画。
总之 3D 要了解的东西还是挺多的，如果不强求其实 2D 实现起来快很多。。。

2023-12-19 20:36:15 +08:00

回复了 Markxu0 创建的主题问与答 RPC 服务支持 HTTP 和用一个 gateway 来对外提供统一的 http 服务，哪种方式更优雅和常用呢

从我的经验来说，大部分情况下，对外提供的 http 接口应当显式在服务中申明，再补充几个优势：
1. 方便进行外部流量治理；
1. 确定了内部接口与外部接口的边界，外部接口的定制化更加灵活；
2. 项目交接时，代码即接口文档；

而 gateway http to rpc 适配器的方式可以作为特殊情况下的补充（前提是该体系有成熟的解决方案以及丰富的线上使用案例）：
1. 老项目需要在不改动不重启的情况下快速的将 rpc 接口以 http 协议提供外部调用；
2. gateway 有专门的团队维护，希望系统内只关注 rpc 流量治理，减少 http 接口相关的开发部署成本；

xenoblade 创建的更多回复