Artyom Trishkin / 个人资料

本文讨论如何应用 DoEasy 库来创建多品种、多周期指标。 我们准备在指标中操控函数库类，并创建时间序列作为指标的数据源进行测试。 我们还将实现时间序列事件的创建和发送。

本文研究实时更新时间序列数据，并从所有品种的所有时间序列里发送有关“新柱线”事件的消息至控制程序图表，从而能够在自定义程序中处理这些事件。 “新即时报价”类用于判断是否需要更新非当前图表品种和周期的时间序列。

本文探讨开发针对程序中所有品种指定时间帧的时间序列集合。 我们将开发时间序列集合，为集合设置时间序列参数的方法，以及取用历史数据初始填充已开发的时间序列。

在本文中我们将探讨，把每个用到的品种周期的柱形对象列表合并到单一品种时间序列对象之中。 因此，每个品种均含一个对象，存储所有已用到品种时间序列周期的列表。

本文开始 DoEasy 函数库的新系列，与创建相关，从而简化和快速进行程序开发。 在当前文章中，我们将为函数库实现访问和操控品种时间序列数据的功能。 我们计划创建柱线（Bar）对象，来存储时间序列的主要和扩展的柱线数据，并将柱线对象置于时间序列列表之中，从而便于对象的搜索和排序。

在本文中，我们将完成延后请求交易概念的论述，并创建删除挂单，以及在特定条件下修改挂单和持仓的功能。 由此，我们将拥有完整的功能，令我们能够开发简单的自定义策略，或者根据用户定义的条件激活 EA 行为逻辑。

我们继续开发利用延后请求进行交易的函数库功能。 我们已实现了发送开仓和下挂单的条件交易请求。 在本文中，我们将实现条件平仓 – 全部、部分和由逆向仓位平仓。

我们继续功能开发，允许用户利用延后请求进行交易。 在本文中，我们将实现在特定条件下挂单的功能。

从本文开始，我们将开发一种功能，允许用户在特定条件下利用延后请求进行交易，举例来说，当达到特定时间限制、超出指定利润或由止损平仓时。

在上一篇文章中，我们遵照函数库对象的一般概念创建了相对应的延后请求对象类。 本次，我们将着手允许管理延后请求对象的类。

在之前的文章里，我们检验了延后交易请求的概念。 实际上，延后请求是由特定条件执行的正常交易订单。 在本文中，我们会创建完整的延后请求对象类 — 基准请求对象及其后代。

这是有关延后请求概念的第三篇文章。 我们将创建平仓、删除挂单、修改持仓和挂单参数等方法来完成延后交易请求的测试。

在本文中，我们将继续开发交易请求，实现下挂单，并剔除检测到的交易类操作缺陷。

在本文中，我们将在订单和仓位的魔幻数字中存储一些数据，并开始实现延后请求。 为了验证这一概念，我们在收到服务器错误并需要等待与重复发送请求时，创建第一个测试延后请求来开仓。

交易订单发送到服务器之后，我们需要检查错误代码，或未出现错误。 在本文中，我们将研究处理交易服务器返回的错误，并着手创建延后交易请求。

在本文中，我们关注无效交易订单参数的处理程序，并改进交易事件类。 现今，所有交易事件（单个和在一次即时报价内同时发生的）均将在程序中正确定义。

在本文中，我们继续开发交易类，实现错误交易订单参数值的监控，以及交易事件的语音。

在本文中，我们将着手开函数发库基准交易类，并在其第一个版本中加入进行交易操作的权限初始验证。 此外，我们还将略微扩展基准交易类的功能和内容。

在本文中，我们将着手开发新的函数库部分 - 交易类。 此外，我们将研究开发一套统合 MetaTrader 5 和 MetaTrader 4 平台的基准交易对象。 当向服务器发送请求时，即意味着传递给这种交易对象的交易请求参数已被验证和校正。