概述
# M0 E% T$ z7 I5 W [在上一篇文章“开发回放系统 — 市场模拟(第 15 部分):模拟器(V)的诞生 - 随机游走” 中,我们开发了一种获取随机数据的方法。 这样做是为了确保与结果的完全适配。 但即便该系统确有能力遵循一种合理的方式模拟跳价,它依旧缺乏某些信息,不管是来自模拟器,还是来自回放系统本身。 真相在于我们需要实现的一些事情非常复杂,特别是从系统构建的角度。 故此,我们需要进行一些更改,从而至少可获得更佳的模型,且在接下来的步骤中不会迷失方向。0 h; o; J' f7 ?5 V$ ]% P
信任我,如果您发现随机游走具有挑战性,那只是因为您尚未见识到、或者不知道需要开发什么,才能令模拟/回放达到最佳体验。 最具挑战性的层面之一是,我们必须至少知晓有关资产模拟或回放的基础知识。 在当前开发阶段,我不费心主动解决一些问题,因为有更实用的途径可以做到这一点。
" x+ N0 o1 a6 K8 P5 u. a如果您仔细研究过上一篇文章,您会注意到诸如 EXCEL 这样的程序可用于创建可能的市场场景。 但我们也能采用来自其它资产的信息,并将它们组合起来创建更复杂的模拟。 这令创建一个全自动寻找有关资产自身缺失信息的系统变得困难。 我们还有一个小问题。 因此,在这里我们将剪切和派发 C_Replay.mqh 头文件的内容,从而简化维护和改进。 我不喜欢操控一个超大型的类,这对我来说似乎很不方便。 原因在于,许多情况下代码难以完全优化。 由此,出于易用起见,我们将从两方面更改,即我们把 C_Replay 类的内容分散到若干个类之中,与此同时实现最相关的部分。. G* u$ ?8 p) E/ c" b( j' C( v( O
以新的类系统实现服务( Z: H( R2 e( w+ X' U# N: m* w4 ]: d
尽管前几篇文章中讨论的代码通常很少更改,但这个新实现包含了一个新模型。 对于那些没有深厚编程知识的人来说,这个模型更易于扩展,也更易于理解,因为所连接元素的方式更简单。 我们无需阅读冗长且累人的函数。 有些细节也许看似有点奇怪,但怪异的是,它们令代码更加安全、稳定、且结构合理。 其中一个细节是指针的用法与 C++ 或传统 C 语言中的不同。 不过,该行为与这些语言非常相似。
+ h! T4 n5 @8 z% y* E5 s: x! e6 Y指针的运用令我们能够做到原本不可能的事情。 尽管 C++ 中引入的许多特色在 MQL5 中不可用,但以最简单的形式使用指针的朴素事实令我们能以更灵活、更愉快的方式实现建模,至少在编程和语法方面如此。
- N9 v2 Z/ v$ G故而,当前版本中的新服务文件现在如下所示:; u+ X4 b# {4 H$ i9 f1 V+ B' \
#property service3 A5 O" D5 @- b' J
#property icon "\\Images\\Market Replay\\Icon.ico"4 e8 G# p* }0 @7 s" x
#property copyright "Daniel Jose"
; z, I0 M3 G# y- d) A#property version "1.16"
* C2 V5 d# ]) @2 ^% g#property description "Replay-simulation system for MT5."
2 o" Q# q0 n$ [. a6 i7 m#property description "It is independent from the Market Replay."
8 S3 j2 G% P7 F#property description "For details see the article:"
1 P9 t! Y1 a3 ]1 Q( r# e#property link "https://www.mql5.com/ru/articles/11095"
x8 R! G2 ~6 Z- _2 p0 i//+------------------------------------------------------------------+
$ ~4 |; D6 e# r0 u#define def_Dependence "\\Indicators\\Market Replay.ex5"3 c. ^! g' b' ]! O; i
#resource def_Dependence" p. N8 u- q0 G/ H3 `
//+------------------------------------------------------------------+
9 b$ G& M z5 W ]#include <Market Replay\C_Replay.mqh>7 B! ~4 O' T+ ?! T/ n! Z: q3 ?* O
//+------------------------------------------------------------------+
! ^2 c& w3 K1 j T# linput string user00 = "Config.txt"; //"Replay" config file.. k+ s2 a5 q( e+ C1 s8 C H
input ENUM_TIMEFRAMES user01 = PERIOD_M1; //Initial timeframe for the chart.
; N V( i7 D( O: E8 e# Linput bool user02 = true; //Visual bar construction.0 P( V. \- K! n: E) N2 K2 i7 l
input bool user03 = true; //Visualize creation metrics.
2 G y5 F" B, Z& d1 t+ T//+------------------------------------------------------------------+
9 E( \+ G% f0 U/ gvoid OnStart()) t/ K" h: @! z @1 H5 P
{* ^+ a$ H( a1 M, r. I
C_Replay *pReplay;
) \/ r% B$ q" @) LpReplay = new C_Replay(user00);
& s- Z( S( e& x9 W6 g* N8 @if (pReplay.ViewReplay(user01)): X- K9 u6 \8 y) ?- F
{
' V5 f; x8 I: T. xPrint("Permission received. The replay service can now be used...");
7 f1 f# g1 f$ O! o* _( xwhile (pReplay.LoopEventOnTime(user02, user03));- z( c' e4 s+ _7 f O: Q' s
}% I* ]9 C2 D$ W) g2 `3 X# \, X- j6 B
delete pReplay;
0 Y/ @1 E# F% N6 l( |}
1 X2 d8 c- t8 P0 L8 r* \0 j7 }; Q* {$ p//+------------------------------------------------------------------+
4 l: P9 r+ M/ ]3 o$ }看似没有经历任何重大变化,但实际上一切都完全不同。 对于最终用户而言,它保持不变,并具有与以前版本完全相同的行为。 但对于平台而言,尤其是对于操作系统,生成的可执行文件看起来会有所不同,且具有不同的行为。 原因在于我们所用的类并非当作变量,而是当作指向内存的指针。 这就是为什么整个系统的行为完全不同。 如果您仔细编程,比之仅把类当作变量,类的这种用法更加安全和稳定。 尽管它们展现出相同的行为,但它们在内存使用方面会有所不同。 C- M0 U+ k, K& r+ u$ v
现在,由于类被当作指针来用,我们就要排除一些东西,并开始用到其它东西。 第一件事就是,该类始终要显式开启和关闭。 这是使用 new 和 delete 操作符完成的。 当我们使用 “new” 操符创建类实例时,我们必须始终调用类的构造函数。 它们从不返回任何值,如此我们就并不能直接检查返回值。 我们只好在另一个时间做这件事。 同样的事情当使用 “delete” 操作符时也会发生,并且将调用类的析构函数。 与类的构造函数一样,析构函数也从不返回任何值。 但与构造函数不同的是,析构函数不接收任何参数。3 S) k# ~" v5 x" O# O
我们必须始终以这种方式进行:我们用 “new” 操作符创建一个类实例,并用 “delete” 操作符销毁该类实例。 这就是我们仅有的真正要做的工作。 剩下的则由操作系统完成:它在特定的内存区域中为程序分配足够的内存以便运行,令其尽可能安全地贯穿整个存在期。 但对于那些习惯于在 C++/C 中使用指针的人来说,这里存在着危险:我们所说的是注入符。 在 C++ 和 C 中,每当我们引用指针时,我们都会用到非常特殊注入符。 通常我们使用箭头(->)。 对于 C++/C 程序员,这意味着用的是指针。 但我们也可以使用不同的注入符,在我的代码中访问指针时就能见到。, H. z$ C6 @0 A! h; M; V
此外,当然,还要用到变量名称,通常以字母 “p” 或 “ptr” 等组合开头(尽管这并非一个严格的规则,故不必强求)。 虽然上面和下面代码中所示的两种注入符 MQL5 都接受,但我个人发现在实际代码里采用正确声明的指针更易于阅读。 因此,在我们的代码中,注入符将如下所示,这要致谢我对 C++/C 语言的了解:
0 g6 B! F0 p8 ]/ X& i4 ?void OnStart()
9 N7 P6 K; x! @' u{% y2 r/ L8 @# ?* G; q
C_Replay *pReplay;& y0 \( I" k0 h# p' R! n5 I
pReplay = new C_Replay(user00);
$ Y# q6 \+ n5 N' l/ \if ((*pReplay).ViewReplay(user01)): T0 s$ \) s5 k" S0 |1 G8 G
{/ \- {7 \. `+ ]3 m: l; y: q/ k
Print("Permission received. The replay service can now be used...");: ?; z. X, ]- g* |1 `# e& n% A
while ((*pReplay).LoopEventOnTime(user02, user03));! M' z. C3 I1 \8 g. K4 B0 [
}! Z3 N- P( `/ J/ X3 k3 |. j
delete pReplay;3 M# A& J* h! f ~! A$ r; s
}9 |' }5 ]8 b( K2 N2 I! ]
实际上,还有与编写代码相关的额外工作。 但是作为一个拥有多年经验的 C++/C 程序员,当我查看上面所示的代码时,我很轻易就明白它是引用指针。 由于 MQL5 的理解方式与 C++/C 相同,故我明白注入符这样用没有问题。 每当我们看到含有如上所示注入符的代码时,您不必担心,因为它就只是一个指针。 |