【因子支持】镭矿和某矿对因子的支持

技术指标 数学指标
某矿 没有内在支持,需要手动写大几十行代码,并且自己检查是否写对了 没有内在支持,需要手动写大几十行代码,并且自己检查是否写对了
镭矿 内在支持、特别快速、方便,支持几乎所有常用技术指标 内在支持、特别快速、方便,支持大部分常用数学指标,并且不断增加中

【速度】镭矿全数据库(3000只)与某矿1只股票,同样SMA策略,同样时间级别比较

时间 频度
某矿  4秒 日线
镭矿  少于1秒 日线

附件页面

镭矿的回测速度可以更好的支持全股票集策略,选股策略等等。

【代码量】同样逻辑(两个因子叠加),代码量比较

代码量 可读性
某矿  多于100行 需耗时半小时
镭矿  少于10行 一目了然

【网站回测逻辑/回测、模拟架构】对比

回测、模拟逻辑
某矿 需要选择回测频度,很多官方示例代码,在不同频度下的代码逻辑完全大相径庭,或者毫无意义。
回测速度也完全不一样。让用户完全搞不懂。
镭矿 用户指定了策略的运行逻辑后,代码始终只有一种解释。
指哪儿打哪儿,用户很有掌控感。

 

【网站行情数据集数量】对比

行情数据
某矿 日线、分钟线
镭矿 日线、小时线、分钟线,可在代码任意地方随时调用各个频度的数据

【网站API】对比

history、bardata handle_data universe context
某矿 history需传入频度参数,写起来不太爽
bardata有点鸡肋,只能获得当前bar的数据
不同频度有不同解释,歧义 带有universe概念,有点鸡肋,又带有一个更鸡肋的update_universe 对回测的支持繁冗又麻烦
镭矿 days 历史数组
days_current 当前bar数据
days_prior 前期bar数据
hours
hours_current
hours_prior
minutes
minutes_current
minutes_prior更直接,方便,整合了history和bardata
没有handle_data
全由schedule_function指定,逻辑更清晰。
执行起来没有歧义
去掉universe,随处指定股票集即可。更灵活。 简介明了

 

 

 

【API简洁程度】对比

 

 

【语言】对比

语言
某矿 python、juptyer
镭矿 java、python、juptyer