v3.0后的开发计划

[vnpy]

• v3.0.0

  • Gateway
    • 提供Python 3.10版本的安装包
  • App
    • SpreadTrading使用ast模块替换parser解析公式
  • Framework
    • 重构vnpy.rpc模块

• v3.1.0

  • Gateway
    • vnpy_uf，恒生云UF2.0证券仿真交易接口
    • vnpy_hx，火象投教仿真交易接口

• v3.2.0

  • Gateway
    • vnpy_sopttest，CTP期权（ETF）穿透式测试接口
  • Database
    • vnpy_taos，涛思数据的TDengine时序数据库适配器
    • vnpy_timescaledb，TimescaleDB时序数据库适配器

• v3.3.0

  • Gateway
    • vnpy_gm，掘金仿真系统交易接口
  • Framework
    • 时区相关功能使用zoneinfo替换pytz库
    • 数据库模块添加TickOverview汇总统计
    • 底层基础数据结构BaseData增加extra扩展数据字段

• v3.4.0

  • Gateway
    • vnpy_jees，杰宜斯资管系统交易接口
    • vnpy_tora，升级到2022年10月最新API
  • App
    • CTA策略回测引擎，当净值跌破0后对回测结果视为爆仓处理

• v3.5.0

  • Gateway
    • vnpy_emt，东方财富EMT柜台交易接口
    • vnpy_hft更新2.0版本国君HFT网关支持
    • vnpy_rqdata，增加跨市场实时行情接口RqdataGateway
  • App
    • PortfoliStrategy模块增加对于目标仓位交易的支持
    • AlgoTrading模块重构精简，针对单合约算法执行

• v3.6.0

  • Gateway
    • vnpy_ctp增加Mac系统支持（M1/M2芯片）
  • Framework
    • OffsetConverter增加SHFE和INE的锁仓模式支持
    • 在MainEngine中添加全局OffsetConverter实例，无需再由各个AppEngine自行维护

• v3.7.0

  • Gateway
    • vnpy_mini更新API版本到1.6.3
    • vnpy_tap增加Ubuntu系统支持
  • Database
    • vnpy_dolphindb添加Python 3.10版支持
    • vnpy_mysql数据库驱动增加自动断线重连功能

• v3.8.0

  • Gateway
    • 重构vnpy_tora接口，基于C++ API封装
  • Framework
    • K线合成器（BarGenerator）增加对日K线的合成支持

• v3.9.0

  • Datafeed
    • 新增迅投研数据服务支持vnpy_xt
    • vnpy_rqdata增加对88A2连续次主力合约支持
  • Gateway
    • vnpy_sopt升级3.7.0版本API
  • Framework
    • K线合成器（BarGenerator）移除对于Tick时间戳的检查过滤逻辑

• v3.9.1

  • Framework
    • 增加i18n国际化支持，以及UI界面相关的英文翻译
    • 升级底层依赖库到2024年较新版本

• In Plan

  • Gateway
    • Gateway的接口连接状态推送
  • Framework
    • 增加系统异常状态的自动日志记录

[MrYangSir]

希望能对python 3.11的支持。3.11在速度上有了明显的优势

[kingmo888]

希望能对python 3.11的支持。3.11在速度上有了明显的优势

自己升级下内核也可以的。另外注意talib的编译就行了。

与其py311，不如直接跨代到py312或313，直接改造为多解释器的运行模式，这样既有速度提升，又更充分利用多核。

[xldistance]

希望能对python 3.11的支持。3.11在速度上有了明显的优势

自己升级下内核也可以的。另外注意talib的编译就行了。

与其py311，不如直接跨代到py312或313，直接改造为多解释器的运行模式，这样既有速度提升，又更充分利用多核。

现在的py312已经可以用多线程了吗

[vnpy]

希望能对python 3.11的支持。3.11在速度上有了明显的优势

自己升级下内核也可以的。另外注意talib的编译就行了。
与其py311，不如直接跨代到py312或313，直接改造为多解释器的运行模式，这样既有速度提升，又更充分利用多核。

现在的py312已经可以用多线程了吗

从C代码层面启动程序，创建Python的解释器对象，并且初始化每个解释器一把独立的GIL，这种方式每个解释器可以在独立的线程中运行。

但这个步骤太过复杂了，所以更多还是雏形阶段，没什么实际价值。

[kingmo888]

希望能对python 3.11的支持。3.11在速度上有了明显的优势

自己升级下内核也可以的。另外注意talib的编译就行了。
与其py311，不如直接跨代到py312或313，直接改造为多解释器的运行模式，这样既有速度提升，又更充分利用多核。

现在的py312已经可以用多线程了吗

从C代码层面启动程序，创建Python的解释器对象，并且初始化每个解释器一把独立的GIL，这种方式每个解释器可以在独立的线程中运行。

但这个步骤太过复杂了，所以更多还是雏形阶段，没什么实际价值。

对，现在312阶段太过于麻烦了，313阶段从C层面改为py层面，就大有可为了。

比如策略启动和运行阶段、GUI独立核搞、接口交易独立核搞，等等。