KSFT_API4Py 发布预告-2013/7

Discussion in 'KSFT_API' started by peterxia, Jul 22, 2013.

  1. 日前API的python接口的第一阶段已经完成,成果介绍如下,第二阶段将提供linux版本。
    同时未来我们将重点建设github项目,而逐步退出百度网盘。
    感谢刘艳云、沈明明等的努力工作,也感谢外部第三方团队积极配合。

    一、概述
    KSFT_API4Py项目为包装金仕达接口为Python动态库式样。
    _Generate
    解析.h和库文件的Python代码
    _KSApi_Md
    生成Python动态链接库的行情文件
    _KSApi_Trader
    生成Python动态链接库的交易文件
    KSFT_API
    要封装的.h和库文件
    Run
    KSFT_API的Python的行情及交易接口及实例
    二、开发平台
    编译环境:VS2005
    Python版本:Python2.6
    三、版本依赖
    KSFT_API最低版本:V2.1.30308.3
    KSFT_API4Py当前版本:1.0.30718.1
    四、获取KSFT_API版本途径
    QQ群:86719207;
    百度网盘:http://pan.baidu.com/disk/home#dir
    Github:https://github.com/Kingstar-Future/KSFT_API
    五、技术支持
    KSFT_API技术论坛:http://www.oceantribe.org/vb/forumdisplay.php?f=55
    刘艳云 QQ:515243968
    沈明明 QQ:395174192 Tel:021-3895 4588 - 3719
    六、修订历史记录
    2013/7/18 Py接口公测
     
  2. KSFT_API4Py for Win32的版本已经发布,目前在进行的linux版本开发估计将在9月份正式发布,这样该产品的完整版本就可以正式推出了。
     
  3. 非常。。。非常。。。非常需要一个Mac OSX版API
     
  4. KSFT-API也有好几种语言的版本了,可以考虑考虑
     
  5. 确实之前我们主要关注的是win32和linux平台,并没考虑支持Mac OSX平台,近期确实有团队和个人提及支持mac os平台的意见,但我们确实不清楚,在这个程序化交易的研发技术领域,Mac OS X是多大使用份额的情况,希望大家能给予指导。
     
  6. 近期我们做些Max OSX平台的学习和分析后,我们考虑后期将开发提供支持Mac OS X的KSFT_API版本,但目前无法明确具体的提供日期。
     
  7. 勉强算是个好消息吧,Linux版的API应该不用怎么改就能通过Xcode编译吧。CTP已经提供了一个iOS平台编译的版本。就桌面来看,Mac用户当然木有Win32多,但是比Linux占有率高吧,而且Mac正处于事业的上升期。其实Mac下有有完整的Linux工具链(homebrew、pkgsrc等),很多Linux开发者,尤其国外,开发环境是完全建立在Mac上的。

    Linux够强壮、但不够易用,用来Run是不错的,Win32还算易用,但不够强壮。Mac拥有Unix的强壮,也有更好的UI,即能用来Run,也能Dev。

    你们有木有考虑过真正完全开源API啊,前有恒生、金证这些上市公司,后有CTP、易盛、飞马这些交易所旗下公司的围堵。。。我个人认为开源能增加你们的竞争优势,吸引更多开发者,更安全,有人帮忙除虫,多好。
     
  8. 你的意见很有帮助,也能进一步帮助我们后期的研发工作,关于提供真正完全的开源API,从我们理解的大方向看,我认同,不过目前我们理解在API的核心部分大家都不是开源的,即并没有开放API与后台系统之间的技术细节包括协议等;这里主要应该不是技术问题。为此我们这两年的主要做法是:核心API部分是与其他开发商一致的不提供完全的开源,但我们在去年就构思形成了一个围绕核心API的SDK体系,在核心API之外,我们发展的扩展API部分都一直采用“开源”方式,尽管我们目前并未正式宣布,但我们都一直提供全部源代码和文档的。如何在此开放的基础上进一步推进开放,确实值得大家共同努力。
    前面提过,这不仅是技术问题,在安全、合规、监控、风险等个方面,都有阻碍将核心API完全开放(开源)的因素,而且我们在对海外相关技术API接口的分析中也会发现,一般是两类,基于协议的接口和基于API的接口,前者如FIX等,而后者一般都是不完全开放的,我理解这也是目前商业化的技术开发商的通行做法。
    我们在此方向工作有相对一段时间了,我个人理解,开放性的策略或思想在具体产品措施方面不能直接划等号,但却是应该将开放理念不断深入,我们未来可以进一步将核心API在其他层面进行“开放”,同时大力发展扩展API,也许未来核心API将变得规模很小和功能比例更低。