클래스에서 변수를 래핑하고 개체 설명자를 가져옵니다 . 어떤 식으로든 기술자에게 설명자를 전달하기 위해 우리는 객체에서 직접 그것을 얻습니다. )) 해보지 않아서 아이디어도 떠올랐어요. 하지만 저는 수업을 좋아하지 않습니다. 나는 매핑을 통해 동요할 것입니다. 모든 것은 표준 WinApi에서 사용할 수 있습니다.
표시기에서 int 변수를 만들고 거기에 숫자를 초기화하고 저장합니다. 표시기에서 이 변수를 반환하는 사용자 정의 함수를 정의합니다. export 키워드로 함수를 정의합니다. 어드바이저에서 name_indicator.ex4에서 이 함수를 가져옵니다. 필요할 때 함수를 호출합니다. 속도를 늦추지 않았습니다.
user32.dll의 사용이 중요하지 않은 경우 다른 옵션 이 있습니다. 측정에 대해서는 아무것도 기억나지 않지만 똑똑하게 작동하는 것 같다고 아래에 썼습니다. 당신은 여전히 물었습니다 - 왜 속도가 필요합니까 :)) 솔루션은 비 이벤트가 아닌 보편적입니다(터미널 간에도 사용할 수 있음). 타이머로 작업해야겠습니다. 그러나 이벤트 사이의 최소 시간 OnChartEvent 도 1/64초보다 작을 수 없습니다.
감사합니다. 하지만 맞지 않습니다. 그러한 시나리오가 가능합니다.
Expert1 및 Expert2는 Indicator1, Expert3 - Indicator2에서 데이터를 읽습니다.
이벤트 모델은 필요하지 않습니다. 저것들. 고문은 필요할 때만 숫자를 읽을 수 있어야 합니다. 표시기가 숫자를 변경한 순간을 포착할 필요는 없습니다. 저것들. 본질적으로 작업은 매우 간단합니다.
전역 변수의 언어에서 솔루션은 다음과 같습니다.
지시자:
GlobalVariableSet (IndividualName, Number);
조언자:
Number = ( int ) GlobalVariableGet (IndividualName);
이 구현에서는 읽기가 매우 느립니다. Resources에서 변종을 몇 시간 동안 관찰하면 약 100배 더 빠릅니다.
뜨겁게 만들려면 이벤트 동기화를 사용하여 파일 매핑을 수행합니다.
힌트 - 순수 MQL에서 생각해보면 ... 갑자기 떠올랐습니다.
힌트 - 순수 MQL에서 생각해보면 ... 갑자기 떠올랐습니다.
클래스에서 변수를 래핑하고 개체 설명자를 가져옵니다 .
어떤 식으로든 기술자에게 설명자를 전달하기 위해 우리는 객체에서 직접 그것을 얻습니다. ))
해보지 않아서 아이디어도 떠올랐어요. 하지만 저는 수업을 좋아하지 않습니다. 나는 매핑을 통해 동요할 것입니다.
모든 것은 표준 WinApi에서 사용할 수 있습니다.
표시기에서 int 변수를 만들고 거기에 숫자를 초기화하고 저장합니다.
표시기에서 이 변수를 반환하는 사용자 정의 함수를 정의합니다.
export 키워드로 함수를 정의합니다.
어드바이저에서 name_indicator.ex4에서 이 함수를 가져옵니다.
필요할 때 함수를 호출합니다.
속도를 늦추지 않았습니다.
이 계획은 작동하지 않는 것 같습니다. 기본적인 예를 보여주세요.
user32.dll의 사용이 중요하지 않은 경우 다른 옵션 이 있습니다. 측정에 대해서는 아무것도 기억나지 않지만 똑똑하게 작동하는 것 같다고 아래에 썼습니다. 당신은 여전히 물었습니다 - 왜 속도가 필요합니까 :))
솔루션은 비 이벤트가 아닌 보편적입니다(터미널 간에도 사용할 수 있음). 타이머로 작업해야겠습니다. 그러나 이벤트 사이의 최소 시간 OnChartEvent 도 1/64초보다 작을 수 없습니다.
감사합니다. 하지만 맞지 않습니다. 그러한 시나리오가 가능합니다.
Expert1 및 Expert2는 Indicator1, Expert3 - Indicator2에서 데이터를 읽습니다.
이벤트 모델은 필요하지 않습니다. 저것들. 고문은 필요할 때만 숫자를 읽을 수 있어야 합니다. 표시기가 숫자를 변경한 순간을 포착할 필요는 없습니다. 저것들. 본질적으로 작업은 매우 간단합니다.
전역 변수의 언어에서 솔루션은 다음과 같습니다.
지시자:
GlobalVariableSet (IndividualName, Number);조언자:
이 구현에서는 읽기가 매우 느립니다. Resources에서 변종을 몇 시간 동안 관찰하면 약 100배 더 빠릅니다.
힌트 - 순수 MQL에서 생각해보면 ... 갑자기 떠올랐습니다.
결정을 기다리겠습니다.
감사합니다만, 맞지 않기 때문에 그런 상황이 가능합니다.
Expert1과 Expert2는 Indicator1, Expert3 - Indicator2의 데이터를 읽습니다.
작은 int 배열을 문자열에 넣은 다음 "나누고 정복"할 수 있습니다.
작은 int 배열을 문자열에 넣은 다음 "나누고 정복"할 수 있습니다.
Indicator1과 Indicator2는 하나의 공통 라인에 두 숫자를 모두 쓸 수 있도록 어떻게든 동기화해야 합니다.
매우 어려운 결정이 될 것입니다.
Indicator1과 Indicator2는 하나의 공통 라인에 두 숫자를 모두 쓸 수 있도록 어떻게든 동기화해야 합니다.
매우 어려운 결정이 될 것입니다.
하나의 차트에 두 개의 지표와 Expert Advisor가 있습니까?
Indicator1과 Indicator2는 하나의 공통 라인에 두 숫자를 모두 쓸 수 있도록 어떻게든 동기화해야 합니다.
매우 어려운 결정이 될 것입니다.
동기화를 위해 GlobalVariableSetOnCondition 함수가 오랫동안 발명되었습니다.
알아요, 어떻게 사용하는지 알아요. 우리는 지구촌에서 벗어나려고 노력하고 있습니다. 왜냐하면 그것들은 엄청나게 느리기 때문입니다.