나는 가장 가능한 반전 가격 반등의 수준을 보여주는 확률 함수를 가지고 있습니다. 이 접근 방식은 가격이 10포인트 급등했을 때 가까운 장래에 반등할 가능성이 높다는 HFT에서 염탐되었습니다. 시간이 길수록 확률이 낮아집니다. 글쎄, 이것은 손가락에 달려 있으므로 예가 한 곳에서가 아니라 다소 실제적이라는 것이 분명합니다.
따라서 표시기는 이 수준을 보여줍니다. 쇼 - 차트에서 내 눈으로 볼 수 있는 시각화를 의미합니다. 그래픽 개체와 키보드에서 확률 함수의 매개변수를 제어합니다. 표시기가 타이머에 존재한다는 사실(위에서 말했듯이 확률 함수는 시간에 크게 의존함(분 막대가 너무 거칠음)) 외에도 EventChart에 대한 종속성이 있음이 밝혀졌습니다. 커브의 종류와 현재 시장에 대한 나의 생각에 따라 이동 중에도 마우스와 키보드를 사용하여 지표 값을 조정할 수 있는 그런 연구 도구 키트가 나타났습니다. 옳은.
EA는 차트에 있는 그대로 차트에서 조정된 이 지표를 인식해야 합니다. RAM 디스크에 파일로 값을 쓸 수 있고 DLL을 사용하여 해당 버퍼에 대한 포인터에 도달할 수 있다는 것을 잘 알고 있습니다. 하지만 아시다시피 그것은 모두 목발입니다. 차트에서 이미 보고 있는 것을 프로그래밍 방식으로 얻는 것이 왜 불가능한지 명확하지 않습니다.
나는 가장 가능한 반전 가격 반등의 수준을 보여주는 확률 함수를 가지고 있습니다. 이 접근 방식은 가격이 10포인트 급등했을 때 가까운 장래에 반등할 가능성이 높다는 HFT에서 염탐되었습니다. 시간이 길수록 확률이 낮아집니다. 글쎄, 이것은 손가락에 달려 있으므로 예가 한 곳에서가 아니라 다소 실제적이라는 것이 분명합니다.
따라서 표시기는 이 수준을 보여줍니다. 쇼 - 차트에서 내 눈으로 볼 수 있는 시각화를 의미합니다. 그래픽 개체와 키보드에서 확률 함수의 매개변수를 제어합니다. 표시기가 타이머에 존재한다는 사실(위에서 말했듯이 확률 함수는 시간에 크게 의존함(분 막대가 너무 거칠음)) 외에도 EventChart에 대한 종속성이 있음이 밝혀졌습니다. 커브의 종류와 현재 시장에 대한 나의 생각에 따라 이동 중에도 마우스와 키보드를 사용하여 지표 값을 조정할 수 있는 그런 연구 도구 키트가 나타났습니다. 옳은.
EA는 차트에 있는 그대로 차트에서 조정된 이 지표를 인식해야 합니다. RAM 디스크에 파일로 값을 쓸 수 있고 DLL을 사용하여 해당 버퍼에 대한 포인터에 도달할 수 있다는 것을 잘 알고 있습니다. 하지만 아시다시피 그것은 모두 목발입니다. 차트에서 이미 보고 있는 것을 프로그래밍 방식으로 얻는 것이 왜 불가능한지 명확하지 않습니다.
그리고 완전히 OOP 및 이벤트 기반의 지표 조사 도구가 꽤 있습니다.
계산된 부분을 EA로 전송합니다. 타이머에서 작동하고 이벤트에 반응하도록 하세요.
그리고 표시기가 선택한 매개변수로 기성품 곡선을 그리도록 합니다. 더 빠르게 대응하려면 틱이 아닌 차트 이벤트로도 하도록 하세요. 매개변수가 많지 않기 때문에 매개변수를 전달하는 것이 더 쉽습니다(값이 있는 버퍼가 아님). 예를 들어, Chap. 변수 또는 동일한 사용자 이벤트 를 통해
여기 포럼에서 지표와 어드바이저 사이에 대용량 데이터 어레이를 구동하는 방법에 대한 예가 있었는데, 빠르게 밝혀졌습니다. 그러나 여러 매개 변수에 대해 이야기하는 경우에는 필요하지 않습니다.
그리고 표시기가 선택한 매개변수로 기성품 곡선을 그리도록 합니다. 더 빨리 반응하려면 틱이 아닌 차트 이벤트로 하도록 하십시오. 매개변수가 많지 않기 때문에 매개변수를 전달하는 것이 더 쉽습니다(값이 있는 버퍼가 아님). 예를 들어, Chap. 변수 또는 동일한 사용자 이벤트 를 통해
여기 포럼에서 지표와 어드바이저 사이에 대용량 데이터 어레이를 구동하는 방법에 대한 예가 있었는데, 빠르게 밝혀졌습니다. 그러나 여러 매개 변수에 대해 이야기하는 경우에는 필요하지 않습니다.
이것이 바로 내가 말하고 싶었던 것입니다. 고문은 규제해야 하고 지표는 그려야 합니다.
물론, 나는 돌아다니며 작동할 N번째 목발을 만드는 방법을 알고 있습니다. 그리고 그는 그것에 대해 이야기했습니다. 주의를 기울이다
어떤 이유로 차트에서 지표 데이터를 사람이 읽는 것은 여전히 불가능 합니다 !
이것은 단순히 수행될 수 없습니다(단어에서 대량의 데이터 전송이 전혀 없습니다. GetPtr 이 이를 증명했습니다)! 그리고 나는 이 "사용자를 위한 배려"에서 그들이 "현미경으로 못을 망치는" 것을 볼 수 없습니다. 구조적으로, 당신은 당신의 자신의 논리에 따라 곡선 디자인을 제공합니다.
문제는 이렇게 나왔습니다. 이러한 지표는 두 가지입니다. 나는 그들 사이의 평균 차이가 특정 임계값에 도달하는 순간을 결정해야 했습니다(여기서 동일한 Expert Advisor에서 주제를 만들 수 있어야 함). 그리고 이 순간, 나중에 분석하기 위해 해당 값을 파일에 덤프합니다. 글쎄, 버리지 않으려면 적어도 표시기가있는 신호를 보내서이 상태에서 멈추십시오.
이벤트 모델은 그리는 표시기에 있습니다. 매우 편리합니다. 게다가 10개의 버퍼를 설정했는데 1/2만 그립니다. 나머지는 CTRL+D로 볼 수 있는 각 막대의 보조 정보입니다. 조사할 때 이해하는데 많은 도움이 됩니다.
그러나이 스레드의 진술로 판단하면 거의 아무도 이것을 이해하지 못합니다. 지표의 OOP조차도 "왜?"라는 질문을 제기합니다. 여기에서 이해하려고 노력해야 합니다.
나는 당신이 그것에 거래하는 경우 즉시 자본 (각 막대 및 기타 사용자 정의 기준)을 계산하는 OOP 채널 표시기가 있습니다. 동시에 찾기 매개변수를 변경하면 거래가 어떻게 변경되는지 (차트에서 즉시) 볼 수 있습니다. 테스터가 필요하지 않으며 모든 것이 대화형입니다. 그러나 더 편리한 것은 다른 채널 구성 로직을 만들기 위해 상속을 사용하고 채널 알고리즘만 담당하는 몇 줄만 작성하는 것으로 충분합니다. 다른 모든 것은 OOP에 의해 자동으로 수행됩니다.
일반적으로 지표의 모든 것이 OOP를 통해서만 아름답게 보일 수 있는 작업이 있습니다. 지표의 이벤트 모델과 유사합니다. 그러나 솔직히 말해서 나는 공개 영역에서 그러한 솔루션을 본 적이 없습니다. 아마도 이것은 괴짜와 그들 자신만을 위한 완전히 틈새 제품일 것입니다.
Expert Advisor에 데이터 반환과 함께 이벤트 모델이 필요한 예를 보여주십시오.
나는 가장 가능한 반전 가격 반등의 수준을 보여주는 확률 함수를 가지고 있습니다. 이 접근 방식은 가격이 10포인트 급등했을 때 가까운 장래에 반등할 가능성이 높다는 HFT에서 염탐되었습니다. 시간이 길수록 확률이 낮아집니다. 글쎄, 이것은 손가락에 달려 있으므로 예가 한 곳에서가 아니라 다소 실제적이라는 것이 분명합니다.
따라서 표시기는 이 수준을 보여줍니다. 쇼 - 차트에서 내 눈으로 볼 수 있는 시각화를 의미합니다. 그래픽 개체와 키보드에서 확률 함수의 매개변수를 제어합니다. 표시기가 타이머에 존재한다는 사실(위에서 말했듯이 확률 함수는 시간에 크게 의존함(분 막대가 너무 거칠음)) 외에도 EventChart에 대한 종속성이 있음이 밝혀졌습니다. 커브의 종류와 현재 시장에 대한 나의 생각에 따라 이동 중에도 마우스와 키보드를 사용하여 지표 값을 조정할 수 있는 그런 연구 도구 키트가 나타났습니다. 옳은.
EA는 차트에 있는 그대로 차트에서 조정된 이 지표를 인식해야 합니다. RAM 디스크에 파일로 값을 쓸 수 있고 DLL을 사용하여 해당 버퍼에 대한 포인터에 도달할 수 있다는 것을 잘 알고 있습니다. 하지만 아시다시피 그것은 모두 목발입니다. 차트에서 이미 보고 있는 것을 프로그래밍 방식으로 얻는 것이 왜 불가능한지 명확하지 않습니다.
그리고 완전히 OOP 및 이벤트 모델 인 이러한 지표 조사 도구가 꽤 있습니다.
버퍼 0의 데이터를 보여줍니다.
기록이 보여주는 것
인디케이터와 어드바이저가 저널에 출력되지 않도록 변경해주세요. 그리고 어드바이저는 마우스가 호버링된 인디케이터 버퍼의 값을 보여주었습니다. 나는 그러한 조언자의 예를 들었다.
소스 코드를 표시하지 않으므로 모든 것이 원하는 대로 표시되도록 다양한 방법으로 모양을 만들 수 있는 ex4에 대한 약간의 회의론을 이해해야 합니다.
당신이 거부한다면, 나에게 보낸 시간에 감사하는 것만 남아 있지만 헛된 것입니다.
나는 가장 가능한 반전 가격 반등의 수준을 보여주는 확률 함수를 가지고 있습니다. 이 접근 방식은 가격이 10포인트 급등했을 때 가까운 장래에 반등할 가능성이 높다는 HFT에서 염탐되었습니다. 시간이 길수록 확률이 낮아집니다. 글쎄, 이것은 손가락에 달려 있으므로 예가 한 곳에서가 아니라 다소 실제적이라는 것이 분명합니다.
따라서 표시기는 이 수준을 보여줍니다. 쇼 - 차트에서 내 눈으로 볼 수 있는 시각화를 의미합니다. 그래픽 개체와 키보드에서 확률 함수의 매개변수를 제어합니다. 표시기가 타이머에 존재한다는 사실(위에서 말했듯이 확률 함수는 시간에 크게 의존함(분 막대가 너무 거칠음)) 외에도 EventChart에 대한 종속성이 있음이 밝혀졌습니다. 커브의 종류와 현재 시장에 대한 나의 생각에 따라 이동 중에도 마우스와 키보드를 사용하여 지표 값을 조정할 수 있는 그런 연구 도구 키트가 나타났습니다. 옳은.
EA는 차트에 있는 그대로 차트에서 조정된 이 지표를 인식해야 합니다. RAM 디스크에 파일로 값을 쓸 수 있고 DLL을 사용하여 해당 버퍼에 대한 포인터에 도달할 수 있다는 것을 잘 알고 있습니다. 하지만 아시다시피 그것은 모두 목발입니다. 차트에서 이미 보고 있는 것을 프로그래밍 방식으로 얻는 것이 왜 불가능한지 명확하지 않습니다.
그리고 완전히 OOP 및 이벤트 기반의 지표 조사 도구가 꽤 있습니다.
계산된 부분을 EA로 전송합니다.
타이머에서 작동하고 이벤트에 반응하도록 하세요.
그리고 표시기가 선택한 매개변수로 기성품 곡선을 그리도록 합니다. 더 빠르게 대응하려면 틱이 아닌 차트 이벤트로도 하도록 하세요.
매개변수가 많지 않기 때문에 매개변수를 전달하는 것이 더 쉽습니다(값이 있는 버퍼가 아님). 예를 들어, Chap. 변수 또는 동일한 사용자 이벤트 를 통해
여기 포럼에서 지표와 어드바이저 사이에 대용량 데이터 어레이를 구동하는 방법에 대한 예가 있었는데, 빠르게 밝혀졌습니다. 그러나 여러 매개 변수에 대해 이야기하는 경우에는 필요하지 않습니다.
이것이 바로 내가 말하고 싶었던 것입니다. 고문은 규제해야 하고 지표는 그려야 합니다.
계산된 부분을 EA로 전송합니다.
타이머에서 작동하고 이벤트에 반응하도록 하세요.
그리고 표시기가 선택한 매개변수로 기성품 곡선을 그리도록 합니다. 더 빨리 반응하려면 틱이 아닌 차트 이벤트로 하도록 하십시오.
매개변수가 많지 않기 때문에 매개변수를 전달하는 것이 더 쉽습니다(값이 있는 버퍼가 아님). 예를 들어, Chap. 변수 또는 동일한 사용자 이벤트 를 통해
여기 포럼에서 지표와 어드바이저 사이에 대용량 데이터 어레이를 구동하는 방법에 대한 예가 있었는데, 빠르게 밝혀졌습니다. 그러나 여러 매개 변수에 대해 이야기하는 경우에는 필요하지 않습니다.
이것이 바로 내가 말하고 싶었던 것입니다. 고문은 규제해야 하고 지표는 그려야 합니다.
물론, 나는 돌아다니며 작동할 N번째 목발을 만드는 방법을 알고 있습니다. 그리고 그는 그것에 대해 이야기했습니다. 주의를 기울이다
어떤 이유로 차트에서 지표 데이터를 사람이 읽는 것은 여전히 불가능 합니다 !
이것은 단순히 수행될 수 없습니다(단어에서 대량의 데이터 전송이 전혀 없습니다. GetPtr 이 이를 증명했습니다)! 그리고 나는 이 "사용자를 위한 배려"에서 그들이 "현미경으로 못을 망치는" 것을 볼 수 없습니다. 구조적으로, 당신은 당신의 자신의 논리에 따라 곡선 디자인을 제공합니다.
각 옵션을 개선해야 하기 때문입니다.
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
해도에 설치된 인디케이터의 버퍼 읽기
비교 , 2016.03.14 09:19
문제는 이렇게 나왔습니다. 이러한 지표는 두 가지입니다. 나는 그들 사이의 평균 차이가 특정 임계값에 도달하는 순간을 결정해야 했습니다(여기서 동일한 Expert Advisor에서 주제를 만들 수 있어야 함). 그리고 이 순간, 나중에 분석하기 위해 해당 값을 파일에 덤프합니다. 글쎄, 버리지 않으려면 적어도 표시기가있는 신호를 보내서이 상태에서 멈추십시오.서비스 데스크에 연락해 보십시오. 그들에게 모든 것을 자세히 보여주십시오. 어쩌면 그들은 뭔가를 제안할 수 있습니다. 그러나 그렇게 빨리 사실은 아닙니다.
예, 답변을 하면 여기에 답변을 게시해 주십시오.
물론, 나는 돌아다니며 작동할 N번째 목발을 만드는 방법을 알고 있습니다. 그리고 그는 그것에 대해 이야기했습니다.
우회하지 말고 오른쪽에서 접근하십시오.
나는 개발자들이 우리가 이 데이터를 받지 못하도록 함으로써 우리를 돌본다고 말하지 않았습니다. 도구를 의도된 목적으로 사용하는 경우에는 이것이 필요하지 않을 뿐입니다.
토스터기에 물 한 봉지를 넣고 물을 끓이려고 하지 않습니까?
다시 한 번 - 나는 차트의 데이터를 사용할 수 있었다는 사실에 신경 쓰지 않습니다. 경우에 따라 표시기가 이미 준비되어 작동 중이면 더 편리합니다.
그러나 이것은 대량 사용자에게 필요한 것이 아니라 개별 문제에 대한 솔루션입니다.
임호.
토스터기에 물 한 봉지를 넣고 물을 끓이려고 하지 않습니까?
당신의 제안은 나에게 그렇게 보입니다 - 터무니없는 것입니다.
대부분의 경우 그러한 "이상한"작업이 발생하지 않았으므로 이것이 IMHO입니다.
이벤트 모델은 그리는 표시기에 있습니다. 매우 편리합니다. 게다가 10개의 버퍼를 설정했는데 1/2만 그립니다. 나머지는 CTRL+D로 볼 수 있는 각 막대의 보조 정보입니다. 조사할 때 이해하는데 많은 도움이 됩니다.
그러나이 스레드의 진술로 판단하면 거의 아무도 이것을 이해하지 못합니다. 지표의 OOP조차도 "왜?"라는 질문을 제기합니다. 여기에서 이해하려고 노력해야 합니다.
나는 당신이 그것에 거래하는 경우 즉시 자본 (각 막대 및 기타 사용자 정의 기준)을 계산하는 OOP 채널 표시기가 있습니다. 동시에 찾기 매개변수를 변경하면 거래가 어떻게 변경되는지 (차트에서 즉시) 볼 수 있습니다. 테스터가 필요하지 않으며 모든 것이 대화형입니다. 그러나 더 편리한 것은 다른 채널 구성 로직을 만들기 위해 상속을 사용하고 채널 알고리즘만 담당하는 몇 줄만 작성하는 것으로 충분합니다. 다른 모든 것은 OOP에 의해 자동으로 수행됩니다.
일반적으로 지표의 모든 것이 OOP를 통해서만 아름답게 보일 수 있는 작업이 있습니다. 지표의 이벤트 모델과 유사합니다. 그러나 솔직히 말해서 나는 공개 영역에서 그러한 솔루션을 본 적이 없습니다. 아마도 이것은 괴짜와 그들 자신만을 위한 완전히 틈새 제품일 것입니다.
서비스 데스크에 연락해 보십시오. 그들에게 모든 것을 자세히 보여주십시오. 어쩌면 그들은 뭔가를 제안할 수 있습니다. 그러나 그렇게 빨리 사실은 아닙니다.
예, 답변을 하면 여기에 답변을 게시해 주십시오.
신청서 #1428577.
기본이 아닌 입력 매개변수를 사용하여 차트에서 실행된 지표의 버퍼 값을 수신 하는 Expert Advisor를 작성하는 것은 불가능합니다. iCustom은 각 표시기에 대해 SOURCE에 자체 호출을 작성해야 하는 방식으로 구현되기 때문입니다.
공격성은 논쟁에 반비례합니다! 무슨 링크를 말씀하시는지 이해가 안됩니다.
지표 및 전문가 고문 코드가 제공되었습니다. 경우에 따라 iCustom을 통해 버퍼를 얻을 수 없는 것으로 표시됩니다. 따라서 제목은 사실일 뿐만 아니라 입증되었습니다.
다른 종류의 iCustom 제한도 마찬가지입니다. 더 이상 아무 말도 하지 않는다면 "할 수 있다"와 "문제가 없어 보인다"의 요점은 무엇입니까? 당신은 건설적인 일을 할 수 없으므로 가지에 간섭하지 마십시오.