文章 ""New Bar" (新柱)事件处理程序"

 

新文章 "New Bar" (新柱)事件处理程序已发布:

MQL5 编程语言处理问题的能力已达到一个全新的水平。即便是那些已有此类解决方案的任务,也因为面向对象编程而进阶到一个更高的水平。本文中,我们会举一个检查图表中新柱的特别简单的例子,而且,它已经转化成为一种相当强大且用途多样的工具。什么工具?到文中找答案吧。

作者:Konstantin Gruzdev

 
天啊......我实在看不下去了......我真希望开发人员能把 isNewBar 函数作为标准....错误之多令人咋舌......而且这还是新栏 外观的原始函数
Обработчик события "новый бар"
Обработчик события "новый бар"
  • 2010.10.04
  • Konstantin Gruzdev
  • www.mql5.com
Язык программирования MQL5 позволяет решать задачи на совершенно новом уровне. Даже те задачи, которые уже вроде имеют решения, благодаря объектно-ориентированному программированию могут подняться на качественно новый уровень. В данной статье специально взят простой пример проверки появления нового бара на графике, который был преобразован в достаточно мощный и универсальный инструмент. Какой? Читайте в статье.
 
我认为
 

谢谢,文章写得很好。

На форуме как-то проскользнула мысль о том, что было бы хорошо иметь стандартный обработчик события «новый бар». Быть может когда-то разработчики придут к этому, а может и нет.

为什么会漏掉?这里用大字体写道:https://www.mql5.com/ru/forum/2176/page21/#comment_26385isNewBar() 是 必要的,也是可以编程的。

此外,您还可以玩 "找出十个不同点 "的游戏。除了 Expert Advisor 在模拟账户上工作的奇怪之处外,在模拟账户和测试器上显然也存在差异,而且这些差异是肉眼可见的......如果有必要,我将把它留给论坛上的激情或下一篇文章。

你看不到激情,恐怕很多人都没看到。冠军赛的激情将从议员们开始倒下时开始....。

现在,我们可以更进一步,制作一个多货币 NewBar 事件处理程序。但这将是一篇文章的主题。

对此,我只能加上一位伟大诗人的一首好诗。

哦,有多少美妙的发现

准备启蒙的精神

经验,困难错误之子、

天才,悖论之友、

还有机遇,上帝的发明家....

 
Prival:

谢谢,非常好的文章。

为什么会漏掉?https://www.mql5.com/ru/forum/2176/page21/#comment_26385 上面用大字写着:isNewBar() 是 需要的,而且是可以编程的。

哎呀,我漏掉了。我本可以多提几个想法的。顺便说一句,我已经根据第 5 点发布了一个 EA。

你看不到激情,恐怕很多人都没看到。

是的,似乎很多人还沉浸在冠军赛开始的震撼中。

对此,我只能加上一首伟大的诗,一位伟大的诗人。

一首主题诗。我希望有人能提出真正的解决方案。

 
maryan.dirtyn:
如果开发人员能将 isNewBar 函数作为标准函数引入会更好......
在我看来,开发人员引入一个标准的 isNewBar 函数毫无意义,因为它只是 OnTick 的一个特例。我同意 Prival 的观点,即这是一个可编程事件。
[删除]  
Lizar:
在我看来,开发人员引入一个标准的 isNewBar 函数毫无意义,因为这是 OnTick 的一个特例。我同意 Prival 的观点,即这是一个可编程的事件。

也许甚至有必要引入对该事件的标准处理。至少在专家级别是这样。

至少从多线程工作的角度来看,这样做更方便。毕竟,终端级别的任何处理都可以用多个线程来组织,但在 MQL 中,我们只能使用一个线程。

在我看来,标准处理对多货币工作尤其有利。

PS

一般来说,开发人员应该考虑更改现有的事件处理程序,如 OnTrade() 和 OnTick()。

我个人更希望看到它们至少有一个符号作为参数......

 

我还要更改OnTick(),或者说更改其逻辑。现在,如果挂起 Expert Advisor 的货币对出现新的刻度,就会生成该事件。从多货币分析的角度来看,如果在任何工具上出现新的刻度,最好(我认为)生成

即矩阵发生了变化(查看 市场),则会生成newTick() 事件,其中 显示矩阵中发生的变化。同步所有 更为方便。

这种情况很少见,但有时会出现某一工具的报价长时间冻结的情况(我在日元交易中就遇到过这种情况)。如果您没有将所有代码转化为OnTime(),那么如果 Expert Advisor 在这一交易对上挂起,您就有麻烦了。

 
Interesting:

甚至可能有必要对这一事件进行标准处理。至少在专家层面是这样。

至少从多线程工作的角度来看,这样做更方便。毕竟,终端级别的任何处理都可以用多个线程来组织,而从 MQL 中我们只能得到一个线程。

是的,我同意多线程问题。但这是处理任何事件的一般问题,而不是 NewBar 的具体问题。
 
Prival:

例如,矩阵发生了变化 (市场 概况),newTick() 事件就会生成,并通过 显示矩阵中发生了哪些变化。如果能 同步 所有事件会更方便。


使用 TimeCuurent() 可以接收这样的事件,但如何进一步处理它,如何使其同步,则是一个问题。
[删除]  
Prival:

我还想修改OnTick(),或者说修改它的逻辑。目前,如果挂起 Expert Advisor 的货币对出现新的刻度,就会生成该事件。从多货币分析的角度来看,最好(我认为)是在任何货币对 出现 新刻度 生成该事件。


我的意思是一样的,在OnTick() 和OnTrade() 中,至少需要添加符号名称作为参数(在 OnTrade() 中最好还能添加事件类型)。

在这种情况下,例如OnTick(),可以在概览中的某个符号(工具)出现新的刻度时生成。

Документация по MQL5: Стандартные константы, перечисления и структуры / Константы графиков / Типы событий графика
Документация по MQL5: Стандартные константы, перечисления и структуры / Константы графиков / Типы событий графика
  • www.mql5.com
Стандартные константы, перечисления и структуры / Константы графиков / Типы событий графика - Документация по MQL5