文档
备案
控制台
登录
立即注册
首页
AI 大模型体验中心
动手实验室
Agent 评测集
AI 案例广场
火山杯大赛
学习中心
社区
去发布
首页
AI 大模型体验中心
动手实验室
Agent 评测集
AI 案例广场
学习中心
社区
瞌睡不醒
文章
专栏
问答
瞌睡不醒
在行情面板中加入 K 线:一次结构升级的实现过程
开源
技术服务知识库
技术解析
金融
系列文章 · Demo#2在上一篇《用 Ticker API 写一个行情面板:一次完整的实现过程》中,我用 REST Ticker + 定时刷新,完成了一个可以长期运行的行情展示面板。那个版本解决的是"看一眼实时行情"的问题:无论是美股、港股,还是外汇、指数,只要通过统一的行情 API 拉取数据,就可以稳定展示当前价格、涨跌幅与波动区间。但当这个面板真正跑起来之后,我很快意识到——它只能告诉我"现
11
0
0
0
瞌睡不醒
用Ticker API写一个行情面板:一次完整的实现过程
开源
最佳实践
技术服务知识库
技术解析
在“行情展示”这个场景里,REST Ticker + 定时刷新通常已经能满足需求;这篇我用一个可运行的 Demo,把这件事做出来验证一遍。在上一篇专栏中,我把行情API的使用拆成了三个阶段:启动阶段 / 展示阶段 / 实时阶段。这篇文章只聚焦第二个阶段,用一个可运行的Demo把它落地。一、先把页面结构和真实数据跑通 这个Demo要做什么 这次我做的是一个 Ticker 行情面板:把外汇、贵金属、美
25
0
0
0
瞌睡不醒
实时数据不应作为Agent的同步能力
开源
技术服务知识库
技术解析
金融
以下判断来自于多个实时系统的工程实践,其中也包括对统一实时行情 API 项目 TickDB 的设计与使用经验。在设计 Agent 系统时,当需要获取外部数据(如行情、价格、状态),最直接的想法是:建立实时连接,数据一变就推送。但在实践中发现,这个看似合理的设计,往往是系统不稳定的根源。核心判断:实时数据流不适合作为 Agent 的同步决策依赖。大多数场景下,Agent 需要的不是"持续数据流",而
26
0
0
0