Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

QUANTAXIS BACKTEST的易用性改进 #893

Open
yutiansut opened this issue Nov 21, 2018 · 8 comments
Open

QUANTAXIS BACKTEST的易用性改进 #893

yutiansut opened this issue Nov 21, 2018 · 8 comments

Comments

@yutiansut
Copy link
Owner

目前的backtest机制

目前的backtest机制较为灵活和底层, 对于初用这个机制的非常不友好, 而且较为难以理解

  • 基于QAMarket的事件机制 (和实盘相似度较高,但是较慢)
  • 基于账户-订单的 迭代器回测机制(较快)
  • 基于信号的直接成交机制(reveice_simpledeal) (最快, 直接操作账户)
@zsl3034669
Copy link
Contributor

真的非常不友好啊,,,看了好几遍才弄明白了(当时没有这么到位的总结啊)。现在直接用第三种,嗖嗖的,哈哈哈

@yutiansut
Copy link
Owner Author

@zsl3034669 第三种是没法下撤单指令的ha

@wow14051
Copy link

backtest的三种机制, 第一种和第三种都好理解, 第二种是什么使用的? 有example吗?

@yutiansut
Copy link
Owner Author

@wow14051
Copy link

wow14051 commented Jan 3, 2019

receive_simpledeal 有可以参考例子吗?

为什么看到的backtest的例子大多数是用的第二种呢? 按理说应该用最快的才对啊

@yutiansut
Copy link
Owner Author

第二种里面有着qa_order的订单类概念 即使不使用QA的实盘模式 吧qa_order与其他系统对接也比较容易

第三种的话 是直接操作账户的

参见这个示例 示例

@wow14051
Copy link

wow14051 commented Jan 7, 2019

第二种里面有着qa_order的订单类概念 即使不使用QA的实盘模式 吧qa_order与其他系统对接也比较容易

第三种的话 是直接操作账户的

参见这个示例 示例
我看了你的示例, 只是调用API的实例, 也就是说第三种没有进行backtest的例子了? 是不是不推荐用第三种进行回测啊?

@yutiansut
Copy link
Owner Author

@wow14051 第三种是直接操作账户的 可以用于回测 但是你要确定一定能交易 因为这是直接把成交价给账户 一般不推荐 但是你能保证准确也可以用

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants