文章 "通用EA交易: CUnIndicator 和挂单的使用(第9部分)" - 页 4

 
Artyom Trishkin 项目。

当然,我对选择瓦西里的作品并不感到惊讶--它已经完成,而我的图书馆才刚刚创建。你有点误解了我的文章的含义和本质--它们描述的是创建一个库的过程,而不是使用一个已经完成的库的过程。那些想深入开发并了解原理的人--他们会这样做,并提出问题、澄清和学习。有人立即理解了那里所写的内容,并跟踪了开发过程。但这里不是讨论这个问题的地方--这里是讨论瓦西里作品的地方。

你怎么会认为,我已经开始了一项巨大的工作,会在一夜之间放弃它呢?当然不会。它还有很大的发展潜力。

我曾尝试使用您的程序库。它有很多有用的功能,虽然对交易本身来说还不够。但我看不出它有任何实际用途--测试速度大受影响。

 
Vasiliy Sokolov #:

下午好。感谢您的反馈。最佳解决方案是将 UTE 代码放到公共版本控制系统(Git 或 MT)中。在这种情况下,用户可以在我审核代码后修改错误并对代码进行额外的修改/改进。我认为这种项目开发系统对开源来说是最佳选择,因为没有人能独自承担一切。

至于 UTE 本身,我认为其主要功能已经形成。它涵盖了大部分最常见的交易功能。因此,UTE 沿着同一方向发展不会带来根本性的新东西。但是,数据工作的功能框架可以从整体上推动 UTE 的发展。我们的想法是,以对象风格处理系统结构,以功能风格处理集合(包括系统集合)。在这种情况下,系统数据类型和用户数据类型之间的明显区别将被消除,处理数据的查询将由用户自己 "即时 "创建(类似于 C# 中的 LINQ)。遗憾的是,由于语言限制,无法在一二基础上编写这种框架,因此这还只是一个想法。

我不知道是否允许创建多符号策略?一种策略可以使用 2 个或更多字符。从 Strategy.mqh 代码来看,工作工具始终是一个。