В последнее время возрос интерес к кластерному анализу рынка FOREX. MQL5 открывает новые возможности исследования закономерностей движения валютных пар. Важным преимуществом MQL5, по сравнению с MQL4, является возможность использования неограниченного количества индикаторных буферов. В данной статье описан пример построения мультивалютного индикатора.
C появлением новой версии языка MQL, не только изменился подход к работе с индикаторами, но и появились новые способы создания индикаторов. Кроме того, появилась дополнительная гибкость при работе с индикаторными буферами - теперь вы можете самостоятельно указать нужное направление индексации и получать ровно столько значений индикатора, сколько вам требуется. В этой статье рассмотрены базовые методы вызова индикаторов и получения данных из индикаторных буферов.
제가 질문을 잘못 이해했을 수도 있지만 다른 아이디어를 던져 보겠습니다.
indicator_applied_price
int
는 '적용 대상' 필드의 기본값을 설정합니다. ENUM_APPLIED_PRICE 열거형 값 중 하나를 설정할 수 있습니다. 속성을 설정하지 않으면 기본값인 PRICE_CLOSE가 적용됩니다.
제가 질문을 잘못 이해했을 수도 있지만 다른 아이디어를 던져 보겠습니다.
indicator_applied_price
int
는 '적용 대상' 필드의 기본값을 설정합니다. ENUM_APPLIED_PRICE 열거형 값 중 하나를 설정할 수 있습니다. 속성이 설정되지 않은 경우 기본값은 PRICE_CLOSE입니다.
아이디어는 좋지만 약간 옆으로 치우쳐 있습니다(폭이 점프하는 것처럼:).
사용자가 외부 지표에서 선택한 적용된_가격 매개변수의 값을 내부 지표로 전송해야 합니다.
예를 들어 선택한 데이터를 기반으로 구축된 MA(내부 지표)가 있으며, 이 MA의 값을 가격에서 빼야 합니다.
따라서 PRICE_CLOSE를 선택한 경우 이 가격을 기준으로 MA를 작성하고 지표 계산 공식에 동일한 가격을 사용해야 합니다.
위에서 앱_가격은 단순히 입력으로 선언하도록 요청되지만 사용자는 필요한 파라미터를 두 번 지정해야 한다는 것을 알 수 있습니다.
입력에 한 번, 파라미터에 한 번. 좋지 않습니다.
필요한 경우도 있겠지만 좋지 않은 경우도 있습니다.
사용자 Urain을 지원합니다. 배열 가격[]에 무엇이 포함되어 있는지 알아내는 방법은 무엇인가요? 정확히 어떤 가격인가요?
알아낼 수 없다면 가격[] 배열의 사용 목적도 사라집니다.
이 문제는 다중 통화 지표를 프로그래밍할 때마다 발생합니다. 예를 들어 통화 간의 상관관계 지표를 만들고 싶다고 가정해 보겠습니다. 이미 가격이 포함된 배열이 있습니다. 이것이 가격[]입니다. 두 번째 상품의 가격을 로드합니다. 하지만 어떤 유형일까요?
app_price 매개변수를 입력으로 가져와 가격[]을 우회하여 가격이 있는 두 개의 배열을 독립적으로 로드해야 합니다.
편리하지 않죠!
사용자 Urain을 지원합니다. 배열 가격[]에 무엇이 포함되어 있는지 알아내는 방법은 무엇인가요? 가격은 정확히 무엇인가요?
그리고 그 안에있는 논리는 무엇입니까? 우리는 적합하지 않으며, 우리는 단지 가격 배열에서 계산하고 있습니다.
그러나 특정 가격에 대해 계산해야하는 경우 명시 적으로 외부에 app_price가있는 첫 번째 양식에서 OnCalculate 호출을 사용하십시오.
왜 논리적인가요? 우리는 피팅이 아니라 가격 배열에 대해 계산하고 있습니다.
그러나 특정 가격에 대해 계산해야 하는 경우 첫 번째 양식의 OnCalculate 호출에 app_price를 명시적으로 외부에 사용하세요.
알렉스, 주제 제목을 보세요...
지표에서 지표를 호출하면 다른 지표를 호출하고, 모든 지표는 "가격"이 있는 체계에 따라 OnCalculate를 기반으로 구축됩니다,
어떤 앱_가격이 필요한지 호출 할 때 하위 지표로 전달하는 방법.
사용자가 명확하게 정의한 지표가 있는 경우 각 지표에 대한 전체 가격 세트를 휴대하는 것은 경제적이지 않습니다. 그러나 전체 집합으로 OnCalculate 과부하를 선택하면 그렇게 될 것입니다.
축소된 버전의 온계산을 적용하면서 동시에 입력에 앱 가격을 입력하면 혼동을 일으킬 수 있으며, 사용자는 입력에 하나의 앱 가격과 매개 변수에 다른 앱 가격을 지정하여 실수를 할 수 있습니다.
누락된 것은 현재 인디케이터의 버퍼를 사용하여 외부 인디케이터를 호출할 수 있는 기능입니다.
예를 들어, 배달에 스토캐스틱이 없다고 가정해 봅시다.
K 라인을 계산하여 버퍼에 넣었습니다.
다음으로 %D 라인을 계산해야 합니다.
여기서 외부 마법사를 호출합니다.
K 버퍼를 사용하여 직접 계산하라는 메시지가 표시됩니다.
하지만 어떻게 해야 할까요?
1. 이 마법사의 코드를 모르고 이 마법사를 컴파일된 지표로 구입한 경우.
2. 내장 표시기는 MQL 표시기보다 훨씬 빠르게 계산됩니다.
또한 입력 버퍼에서 표시기를 호출 할 수 있으면 매우 유용 할 것입니다.
이 모든 것이 이미 제공되나요? 그렇다면 문서에 대한 링크를 알려주세요.
.
누락된 것은 현재 인디케이터의 버퍼를 사용하여 외부 인디케이터를 호출할 수 있는 기능입니다.
예를 들어, 배달에 스토캐스틱이 없다고 가정해 봅시다.
K 라인을 계산하여 버퍼에 넣었습니다.
다음으로 %D 라인을 계산해야 합니다.
이때 외부 마법사를 호출합니다.
문서에서 이 가능성을 충족하기 위해 외부 마법사가 필요하나요?
외부 마스크가 문서에서이 가능성에 해당하는 것이 필요합니까?
시간 내 주셔서 감사합니다.
문서에 따르면 다른 표시기 핸들을 전달해야하며
현재 표시기 버퍼를 처리 할 가능성에 대해 이야기했습니다.
또한.
다른 표시기 핸들을 전달할 수 있지만 어떤 버퍼를 사용해야하는지 지정할 위치를 찾지 못했습니다.