JD 023:24:20.766 Experts expert Test (EURUSD,M1) loaded successfully
GR 023:24:35.118 Trades '500031174': market buy 0.20 EURUSD
JH 023:24:35.248 Trades '500031174': accepted market buy 0.20 EURUSD
CG 023:24:37.248 Trades '500031174': deal #1624723 buy 0.20 EURUSD at 1.12964 done (based on order #2191294)
OM 023:24:37.248 Trades '500031174': order #2191294 buy 0.20 / 0.20 EURUSD at 1.12964 done in2138.070 ms
NQ 023:24:37.248 Trades '500031174': market sell 0.10 EURUSD
HK 023:24:37.388 Trades '500031174': accepted market sell 0.10 EURUSD
OL 023:24:39.405 Trades '500031174': deal #1624724 sell 0.10 EURUSD at 1.12953 done (based on order #2191295)
QM 023:24:39.405 Trades '500031174': order #2191295 sell 0.10 / 0.10 EURUSD at 1.12953 done in2149.885 ms
KD 023:24:39.405 Trades '500031174': close position #2191294 buy 0.20 EURUSD by position #2191295 sell 0.10 EURUSD
GE 023:24:39.535 Trades '500031174': accepted close position #2191294 buy 0.20 EURUSD by position #2191295
ED 023:24:41.545 Trades '500031174': deal #1624725 sell 0.10 EURUSD at 1.12953 done (based on order #2191296)
NK 023:24:41.545 Trades '500031174': close position #2191294 buy 0.20 EURUSD by position #2191295 done in2148.051 ms
这是不可行的。
而这是第二个代码
它正在发挥作用。试试这里:ForexTimeFXTM-Demo01。
在访问不同时间段的指标之前,你必须敲响手鼓,跳起舞来,这样好吗?
如果你知道谁要做,那就是用户--让他同时学习禅宗和非中文 :-)
该平台代表了指标的方便接口,并将其分解为缓冲区。那么,为什么要重复已经做过的事情,而且做得很好?为了表明你熟悉 "类 "这个词,事实上...
这就是整个手鼓舞,可以吗?
如果数据没有准备好,该方法将返回0.0,这是初级检查。
试试这里:ForexTimeFXTM-Demo01。
讨厌的词是类,第二天我就被这些魔鬼的语法解析挂住了:标签="//tr [@class='calendar__row calendar__row--day-breaker'] "一听到上课这个词,我的眼睛就开始抽搐,有什么东西在沸腾 ))))
我写了,我写在我的膝盖上,顺便说一下,这不是净值化会计吗?
对冲。没有人催促你去拓宽你的视野。
如果你已经下载了这 篇文章,对你自己的尝试会有帮助。因此,每个人都可以尝试他的力量。对冲。并不是有人急于扩大自己的眼界。
这项任务 可以被认为是对一个人的MT5交易技能的初步测试。因此,每个人都可以尝试他们的力量。是这样吗,我不会测试它?
讨厌的词是类,第二天我被语法解析这些魔鬼卡住了:标签="//tr [@class='calendar__row calendar__row--day-breaker'] ")))),班级这个词让我的眼睛抽搐,我被迷住了。
仔细阅读近Xtml是一个真正的学习曲线:-)
回到我们的mql:在我看来,类是从头开始创建的。一有机会,就没有理由和目的。如果有一个操作,那么让我们创建一个类:-)。有了同样的指标--第五代软件,以及指标被分为缓冲区,可以被称为时间序列,这很方便,大家都知道。
但他们仍在不断制造类CIshimoku。CMyYellowJigulyN5090为第50班:-)
回到我们的mql:在我看来,类是凭空创造的。一有机会,就没有理由或目的。有一个op,所以我们撞上了一个班级:-)
很奇怪,但你在观察一些指标/文章的作者时读懂了我的心思,等等....。我自己也是这样的,有时我想从高超的艺术中创造出这样的东西,并在课堂上开始写作,这可以做得更容易,这里最主要的是停下来,回到目标上,而目标应该永远是--性能和内存节省(快速修改代码?--灵活性?),但可惜,这些目标现在并不流行
我可以理解使用OOP,如果你不想理解实现,只想完成工作,你可以采取OOP的解决方案并使用它(HtmlAgilityPack,该死的,它的简单性...)。
或者如果你需要在一段代码中存储所有数据,则使用OOP
但这对于使用OOP来执行一个内置的MQL命令来说是太多了
好了,我不讨论别人的代码了,我从来没有讨论过,这不是一个有趣的话题,没有任何意义,反正什么都不会改变,而且我也不是写正确完美代码的最好例子))))。