Mt4 지원 종료. - 페이지 19

 
Alexey Viktorov :

독학 조언:

이제 mql4에서 mql5로 쉽게 전환할 수 있도록 int 기간 변수가 아닌 열거형 변수를 사용하는 것이 좋습니다. ENUM_TIMEFRAMES

내 방식대로 문제를 해결하겠습니다. 중요한 것은 기능이 잘 작동하고 프로그램 속도를 늦추지 않고 두 터미널에서 모두 사용해야 한다는 것입니다. 나머지는 나에게 맡겨라.
 
Dmitry Fedoseev :

무엇 때문에?


그런 걸 다른 언어로 구현하다 보면 어떻게 터미널에 들어가는지 감을 잡기가 어렵거든요. 그는 무엇이든 열 수 있고 µl을 통해서라면 버튼을 통해 봇을 구현할 수도 있습니다.

또한 거기에 데이터베이스를 넣은 다음 소프트웨어를 추가하고 모든 것을 하나의 아이콘에 넣을 수 있습니다.
 
Alexander Puzanov :

나는 당신의 작업이 그것들 없이는 해결될 수 없다고 생각하게 되어 기쁩니다. 믿기 싫으시다면 자세히 살펴보셔야 합니다 :)


트위스트

이제 한 틱에서 새 막대 H1, M5 및 D1의 시작을 결정해야 합니다. 즉, 처음 1시간 5분 동안 어드바이저는 잠을 자고 새로운 날의 새벽 1시 5분에 일어나서 무언가를 해야 합니다.

3 전역 변수 가 될까요? 그리고 2-3-7 Expert Advisors에서 동일한 작업을 수행해야 하는 경우? 더 다양한 전역 변수 이름을 생성하시겠습니까?

 
Реter Konow :
내 방식대로 문제를 해결하겠습니다. 중요한 것은 기능이 잘 작동하고 프로그램 속도를 늦추지 않고 두 터미널에서 모두 사용해야 한다는 것입니다. 나머지는 나에게 맡겨라.

이것은 당신이 솔루션을 제공하는 것을 지연시키는 것입니다. 이것은 이미 웅변적인 대답입니다. OOP를 사용하면 아무 생각 없이 작업이 간단하고 표준적으로 해결되기 때문입니다.

 
Реter Konow :
내 방식대로 문제를 해결하겠습니다. 중요한 것은 기능이 잘 작동하고 프로그램 속도를 늦추지 않고 두 터미널에서 모두 사용해야 한다는 것입니다. 나머지는 나에게 맡겨라.
누구도 강요하지 않습니다. 그것은 단지 의견이었습니다.
 
Dmitry Fedoseev :

이것은 당신이 솔루션을 제공하는 것을 지연시키는 것입니다. 이것은 이미 웅변적인 대답입니다. OOP를 사용하면 아무 생각 없이 작업이 간단하고 표준적으로 해결되기 때문입니다.

나는 거래에 종사하지 않으므로이 작업은 저에게 비표준입니다. 방해하지 마세요.
 
Alexander Puzanov :

나는 당신의 작업이 그것들 없이는 해결될 수 없다고 생각하게 되어 기쁩니다. 내 말을 못 믿겠다면 자세히 살펴봐야 합니다. :)

사람들은 종종 "MT5에서 지표로 작업하는 것이 MT4에서보다 훨씬 더 어렵다고 불평합니다.

따라서 OOP 접근 방식을 사용하면 이 작업을 통합하여 고문이 다시 한 번 그것이 어떤 플랫폼에서 작동하는지 관심조차 갖지 않도록 할 수 있습니다.

이렇게 정리해봤습니다.

표시기(예: MA)가 필요한 경우 EA는 필요한 모든 MA 매개변수를 기록하는 CMA_IParams:public CIndicatorParamsI 개체를 선언해야 합니다. 그런 다음 이 구조에 대한 포인터를 데이터 공급자, GetIndicator() 함수에 전달합니다. 이 함수는 CIndicator 가상 인터페이스에 대한 포인터를 반환합니다. 모두. 이 인터페이스에는 호출된 표시기에 필요한 모든 데이터가 포함되어 있습니다.

다른 표시기가 필요한 경우 다시 CIndicatorParamsI 인터페이스의 개체-후속자가 선언되고 모든 표시기 매개변수가 여기에 기록되고 이것이 데이터 제공자에게 전달되고 그 대가로 생성된 표시기 에 대한 포인터가 반환됩니다.

새 지표가 필요할 때 이식 가능한 코드가 데이터 제공자에 작성되고, 그 후에 다시 모든 사용자는 매개변수를 데이터 제공자에게 전달하여 데이터 제공자에게 새 지표를 요청할 수 있습니다.

결과적으로 Expert Advisor가 "평균으로의 회귀"에 대해 작업하고 있다고 가정해 보겠습니다. 예를 들어 MA 대신 Price Channel의 중간을 선택하여 이 평균을 변경하는 것이 매우 쉬워집니다. 매개변수 개체.

절차적 접근 방식의 팬 사이에서 이것이 어떻게 구성되어 있는지 궁금합니다.

 
George Merts :

사람들은 종종 "MT5에서 지표로 작업하는 것이 MT4에서보다 훨씬 더 어렵다고 불평합니다.

따라서 OOP 접근 방식을 사용하면 이 작업을 통합하여 어드바이저가 다시 한 번 이 작업이 어떤 플랫폼에서 작동하는지 관심조차 갖지 않도록 할 수 있습니다.

이렇게 정리해봤습니다.

표시기(예: MA)가 필요한 경우 EA는 필요한 모든 MA 매개변수를 기록하는 CMA_IParams:public CIndicatorParamsI 개체를 선언해야 합니다. 그런 다음 GetIndicator() 함수의 데이터 공급자에 이 구조에 대한 포인터를 전달합니다. 이 함수는 CIndicator 가상 인터페이스에 대한 포인터를 반환합니다. 모두. 이 인터페이스는 호출된 표시기에 필요한 모든 데이터를 포함합니다.

다른 표시기가 필요한 경우 다시 CIndicatorParamsI 인터페이스의 개체-후속자가 선언되고 모든 표시기 매개변수가 여기에 기록되고 이것이 데이터 제공자에게 전달되고 그 대가로 생성된 표시기 에 대한 포인터가 반환됩니다.

새 지표가 필요할 때 이식 가능한 코드가 데이터 제공자에 작성되고, 그 후에 다시 모든 사용자는 매개변수를 데이터 제공자에게 전달하여 데이터 제공자에게 새 지표를 요청할 수 있습니다.

결과적으로 Expert Advisor가 "평균으로의 회귀"에 대해 작업하고 있다고 가정해 보겠습니다. 예를 들어 MA 대신 Price Channel의 중간을 선택하여 이 평균을 변경하는 것이 매우 쉬워집니다. 매개변수 개체.

절차적 접근 방식의 팬 사이에서 이것이 어떻게 구성되어 있는지 궁금합니다.

이것으로 시작하지 않는 것이 좋습니다. 그게 벅찬 일입니다. 이 글에서 그를 잘 알지도 못하는 OOP의 서포터인 나조차도 혼미에 빠졌다... 나는 아무것도 이해하지 못했다. 따라서 가장 낮은 수준에서 차이점을 설명하려고합니다.
 

미안 해요, 난 떠나야 해요. 주문이 들어왔는데... 괜찮으시다면 내일 계속하겠습니다.

 
Alexey Viktorov :

미안 해요, 난 떠나야 해요. 주문이 접수되었습니다... 괜찮으시다면 내일 계속하겠습니다.

서쪽으로 가라는 명령을 받았습니까?