기고글 토론 ""New Bar" 이벤트 핸들러"

[MetaQuotes]

새로운 기고글 "New Bar" 이벤트 핸들러 가 게재되었습니다:

MQL5 프로그래밍 언어는 새로운 수준에서 문제를 해결할 수 있습니다. 객체 지향 프로그래밍 덕분에 이미 그러한 솔루션이있는 작업조차도 더 높은 수준으로 올라갈 수 있습니다. 이 기사에서는 차트에서 새로운 바를 확인하는 매우 간단한 예를 살펴 보겠습니다. 이는 다소 강력하고 다양한 도구로 변환되었습니다. 어떤 도구? 이 기사에서 알아보십시오.

쌍과 기간이 동일한 차트에서 두 Expert Advisor를 실행해보겠습니다. 우리가 가진 것을 보자:

첫째, 두 Expert Advisor가 동시에 새로운 바에 대해 보고합니다. 그런 다음 그들은 침묵하고 4 분 후에 새로운 바가 있음을 알립니다 (이 시간은 1로 표시됨). 괜찮습니다. 몇 분 동안 인터넷 연결이 끊겼고 어떤 일이 일어날지 보기로 결정했습니다. 바가 거의 형성되지 않았음에도 불구하고 이 정보를 받지 못했습니다. 새로운 Expert Advisor에서는 isNewBar() 메소드가 이러한 작업을 수행 할 수 있기 때문에 이 단점을 수정할 수 있습니다.

작성자: Konstantin Gruzdev

[Mario]

오 이런... 나는 그것을 통과 할 수 없었다... 개발자들이 그냥 isNewBar 함수를 표준으로 도입했으면 좋았을텐데.... 오류의 혼란은 엄청납니다... 그리고 이것은 새로운 막대 모양의 원시적 인 기능에 있습니다.

[Vasily]

저는 이렇게 말하고 싶습니다.

[Prival]

좋은 글 감사합니다.

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

누락된 이유. 바로 여기에 큰 글씨로 https://www.mql5.com/ru/forum/2176/page21/#comment_26385 isNewBar()가 필요하며 프로그래밍 할 수 있다고 나와 있습니다.

또한 "10가지 차이점 찾기" 게임을 할 수 있습니다. 데모 계정에 대한 전문가 고문의 작업의 이상한 점 외에도 데모 계정과 테스터에 차이가 있으며 육안으로 볼 수 있음이 분명합니다... 포럼의 열정이나 필요한 경우 다음 기사를 위해 남겨 두겠습니다.

열정을 볼 수없고 많은 사람들이 그것을 보지 못했을까봐 두렵습니다. 챔피언십의 열정은 의원들이 떨어지기 시작할 때 시작됩니다....

이제 더 나아가 다중 통화 뉴바 이벤트 핸들러를 만들 수 있습니다. 그러나 이것은 전체 기사의 주제입니다.

그리고 여기에 위대한 시인의 위대한시 만 추가 할 수 있습니다.

오, 얼마나 많은 놀라운 발견

깨달음의 정신을 준비하십시오

그리고 경험, 어려운 실수의 아들,

그리고 천재, 역설의 친구,

그리고 우연, 신의 발명가....

[Konstantin Gruzdev]

Prival:

좋은 글 감사합니다.

왜 통과하지 못했을까요? 바로 저기 큰 글씨로 isNewBar()가 필요하며 프로그래밍할 수 있다고 https://www.mql5.com/ru/forum/2176/page21/#comment_26385 이라고 적혀 있습니다.

이런, 제가 놓쳤네요. 몇 가지 아이디어를 더 넣을 수 있었을 텐데. 그나저나 포인트 5에 기반한 EA를 게시했습니다. 아직은 미완성이지만요.

열정이 보이지 않아서 많은 분들이 못 보셨을 것 같아요.

네, 아직 많은 사람들이 챔피언십 시작부터 충격을 받고 있는 것 같습니다.

그리고 거기에 위대한 시인, 위대한 시인 만 추가 할 수 있습니다.

주제에 대한 시입니다. 누군가 진정한 해결책을 제시해 주었으면 좋겠습니다.

[Konstantin Gruzdev]

maryan.dirtyn:
그냥 개발자들이 표준으로 isNewBar 함수를 도입하면 더 좋을 것 같은데...

제가 보기에는 개발자들이 표준으로 isNewBar 함수를 도입하는 것은 의미가 없는데, 이는 OnTick의 특수한 경우이기 때문입니다. 그리고 저는 이것이 프로그래밍 가능한 이벤트라는 Prival의 의견에 동의합니다.

[[삭제]]

Lizar:
제가 보기에는 개발자가 표준 isNewBar 함수를 도입하는 것은 의미가 없는데, 이는 OnTick의 특수한 경우이기 때문입니다. 그리고 저는 이것이 프로그래밍 가능한 이벤트라는 Prival의 의견에 동의합니다.

이 이벤트의 표준 처리를 도입하는 것이 필요할 수도 있습니다. 적어도 전문가 수준에서는요.

적어도 작업에서 멀티 스레딩의 관점에서 볼 때 더 편리합니다. 결국 터미널 수준에서의 모든 처리는 여러 스레드로 구성 할 수 있지만 MQL에서는 하나의 스레드 만 얻을 수 있습니다.

제 생각에는 표준 처리가 다중 통화 작업에 특히 유리할 것입니다.

PS

일반적으로 개발자는 기존 이벤트 핸들러인 OnTrade() 및 OnTick()을 변경하는 것에 대해 생각해야 합니다.

저는 개인적으로 최소한 기호를 매개변수로 사용하는 것을 선호합니다...

[Prival]

또한 OnTick() 또는 그 로직을 변경합니다. 이제 이 이벤트는 전문가 조언자가 매달려있는 통화 쌍에 새로운 틱이 발생하면 생성됩니다. 다중 통화 분석의 관점에서 볼 때 어떤 상품에 새로운 틱이 있으면이 이벤트 를 생성하는 것이 더 좋을 것입니다 (그렇게 생각합니다).

즉, 매트릭스가 변경된 경우(시장의 참조) newTick() 이벤트는 으로 생성되어 매트릭스의 변경된 내용을 나타냅니다. 모든 것을 동기화하는 것이 더 편리할 것입니다.

드물지만 한 상품의 시세가 오랫동안 동결되는 상황이 있습니다 (엔화에서 이러한 상황을 보았습니다). 전문가 조언자가이 쌍에 매달려 있다면 모든 코드를 OnTime()으로 번역하지 않았다면 문제가있는 것입니다.

[Konstantin Gruzdev]

Interesting:

이 이벤트에 대한 표준 처리 방식을 도입할 필요도 있을 것입니다. 적어도 전문가 수준에서는 말이죠.

적어도 작업에서 멀티 스레딩의 관점에서 볼 때 더 편리합니다. 결국 터미널 수준에서의 모든 처리는 여러 스레드로 구성 할 수 있으며 MQL에서는 하나의 스레드 만 얻을 수 있습니다.

예, 멀티 스레딩 문제에 동의합니다. 그러나 이것은 모든 이벤트를 처리하는 일반적인 문제이며 특히 NewBar가 아닙니다.

[Konstantin Gruzdev]

Prival:

즉, 매트릭스가 변경된 경우 (시장 개요), newTick() 이벤트는 으로 생성되어 매트릭스의 변경된 내용을 나타냅니다. 모든 것을 동기화하는 것이 더 편리할 것입니다.

이러한 이벤트는 TimeCuurent()를 사용하여 수신할 수 있지만, 이를 어떻게 동기화할 것인지가 문제입니다.

[[삭제]]

Prival:

또한 OnTick() 또는 그 로직을 변경할 것입니다. 현재 이 이벤트는 전문가 어드바이저가 걸려 있는 통화쌍에 새로운 틱이 발생하면 생성됩니다. 다중 통화 분석의 관점에서 볼 때 모든 상품에 대해 새로운 틱이 발생하면이 이벤트를 생성하는 것이 더 좋을 것입니다 (그렇게 생각합니다).

글쎄, 나는 같은 것을 의미합니다. OnTick() 및 OnTrade()에서 적어도 기호 이름을 매개 변수로 추가해야합니다 (OnTrade ()에서는 이벤트 유형을 추가하는 것도 바람직합니다).

예를 들어 이 경우 OnTick()은 개요에 있는 심볼(상품) 중 하나에서 새 틱이 발생할 때마다 생성될 수 있습니다.