打算做一个开源的期货自动化交易系统,类似TB,主要是TB有点小黑。 目前国内比较大的期货公司貌似都可以使用CTP接口,但是我了解的不是很多。 现在想了解一下,CTP能不能获取历史行情数据? 开发构思: (1)C#作为GUI客户端的开发语言。 (2)使用Lua或Javascript解释器作为自定义交易策略的解释器。 (3)独立开发一个只用于执行交易策略脚本的Windows程序和Linux程序(这样主要方便用户在VPS或服务器上执行程序,C#毕竟比较慢,而且环境上不一定有 .Net Framework) 大概构思这么想的,希望大家能提出意见。
强烈支持。 近几个月我一直在仔细考虑这个问题,几年前用Java做了一个包括技术分析和股票基本面分析的一套软件,但它没有很好的自动交易的支持,现打算重写一个。也许我们可以合作。 不知LZ是否希望基于Windows平台?C#和.Net在Linux上不好运行。不过觉得既然做开源的,何不完全从开源的开始,忘掉C#和.Net。 我打算基于C++和Qt,这样跨平台性很好,Java虽然也能很好地跨平台,但因Oracle的控制而不安,或许作为第二选择。我自己的工作平台是Linux (Ubuntu 10.10),首先希望能在Linux下运行顺畅,虽说希望跨平台,但我个人因安全性、可靠性、稳定性等问题不愿碰Windows,或许其他人可以合作。
强烈支持,赞同cnbiz850所说的合作,这么庞大的任务,一个人很难做的好,rypan 所说的回测速度,也比较赞同,大家合作做好某一个点,而不是所谓的大而全,把精力集中在特色的几个功能上,可能更给力一些!
实在是不好意思,前段时间工作比较忙,项目只能断断续续的写一些东西 目前只完成了GUI的工作,算是一个下单程序吧(主要试一下CTP接口),准备开发行情相关的部分,遇到一点棘手问题 主要集中在历史数据问题,包括牵扯到策略计算和触发,还有回归测试 不知道市面上的集中行情推送软件该如何接口,如果有哪位朋友知道的话发个邮件 crimsoncn##gmail.com(## = @),谢谢!
楼主,这个建议想法,但是要从国内程序化交易的现状和发展去探索这个开源平台(!!!)的筑构,这个直接决定了平台的生命力。国内程序化交易还是刚起步,初级的很。交易平台,国内自力更生的,一队的TB,文华,怎么样就不用我多说了,国外的现在慢慢渗透进来了,如MC,MT,但步子小,本土化过程很慢。 程序交易平台最核心的两点:数据,编译器。数据的稳定性和准确度,如果这一点不让人满意,再好的平台也会放弃,当然没有这个也算不上一个好的平台。因为我对国内的数据情况不是很了解,所以无法提出建议,只是听闻,好像交易所龚断了历史数据。不过从来成功者在原点都是采取两点,合作,不行的就偷。不就是由十个数字组成的价格吗,要从好的公司服务器偷出还不好办,一个程序就成了你的格式。。。。。。。。。。。。。。哈。。哈。。开个玩笑。 编译器,建议用现成的TS和MT编译器,重点选后者吧,不要和TB竞争,自已开出一片天地,再者C的功程比E语言强大的多,更深的是MT也是一大巨头,只是他的营销差的太远了,你去看看他的中文网站就知道,机器翻译,众多的用户,转一个平台会转,但是你要我放弃一种语言去学另一种我不会,何况功能没有这么好。 多策略,多品种同时的历史测试,这是一定要的,还有止损,止赢,可以挂单止损,开放式交易单,即可以同时考虑几种交易情况,一种情况出现,单子成交,其它的就自动无效,例如盘整状态,我同时设了买多和卖多两种情况,如果价格向下就卖空,买多的单子就不会再进委托,美国的交易所自动支持。 稳定平台,还是基于WINDOWS,毕竟L还是少用户,要搞定那个东东,太费劲。建议用C写这个平台,不要小看了C,WINDOWS平台都是用这个东东写的。学C容易学,现在大学里这是必修课啊。再者,C简约,只要开出来的平台可以提供报警,在图上标注信号,特别提醒的文字(这也是一大特色),打印报表就可以,MT就是的成功很大一个原因也是因为界面简单。 这个系统可以挂一个简单的联系软件,如QQ样的,简单就可以。 经费支持:可以考虑软件在适当的地方显示广告! 组织:成立一个小组,找一些人,一个人做这个工程太大了,但一定要版权所有,这个东西以后可以考虑往公司形式发展。