papaklass : OrdersTotal() 함수를 사용하여 보류 중인 주문을 추적할 수 있습니다. 현재 값을 이전 값과 비교합니다. 그리고 미결제 주문이 중복되지 않도록 주문 설정 플래그를 사용합니다. 플래그 == true이면 이 기호에 대한 주문이 이미 이루어진 것입니다. 주문이 트리거되면 플래그를 지웁니다. OrdersTotal()이 변경됩니다.
다행히 1년 전에 이 기본 사항을 통과했습니다. MQL5 작업의 기본 기술에 대한 기사에 따르면. 챔피언십은 이 계획이 학습에는 좋지만 일상적인 거래에는 적합하지 않다는 것을 확인했습니다. Roche의 기사는 i에 점이 찍혀 있습니다.
그리고 그것은 주문 상태를 추적하는 방법에 관한 것이 아닙니다. 요점은 위에서 설명한 거래 매개변수가 주문과 포지션 모두 작업을 크게 단순화할 수 있다는 것입니다. 개별 사용자(즉, 나)의 관점에서 " 무엇을 해야 합니까? 알 수 없음 "이라는 질문에 효과적으로 대답하고 "symbol - OrdersTotal()" 링크를 통하지 않고 pointwise 주문 작업도 가능합니다.
파파클라스 : 이 이벤트가 발생한 기호만 알면 됩니다.
트릭은 훈련 패러다임을 버리면 보류 중인 주문으로 작업할 때 기호가 아니라 주문 티켓을 아는 것이 더 중요하다는 것입니다. 보다 정확하게는 심볼에 대한 작업은 허용되지만 불필요한 제스처가 많이 있습니다.
papaklass : 처음부터 사실인 척 하는 게 아니라 유치원에 대한 말씀에서 오만함이 묻어나네요.
마음에 두지 마십시오. 나는 당신의 메시지 전에도이 문구를 수정했습니다. 때로는 쓰고, 보내고, 읽을 때 보조 문구에서 가능한 모호성을 수정합니다.
이 주제에. 거래에 대한 반대 접근 방식이 있습니다. EA가 이러한 순간(TP 이동, 후행 정지 등)을 자체적으로 처리하기 때문에 언제 어떻게 포지션이 열리거나 닫히는지는 상관하지 않습니다. 보류 중인 주문 이 시장 상황을 지속적으로 감싸는 것이 중요합니다. 그렇기 때문에 "OnTrade()는 하나의 기호 매개변수만 필요합니다"와 같은 진술이 모든 일반적인/전형적인 전략을 반영하지 않는다는 점을 강조하는 것입니다.
인 인은 간단한 질문처럼 보이지만 전문가들은 이미 논쟁을 벌이고 있습니다. 테스터로부터 올바른 작업을 받을 때까지 괴로워합니다. 현재 가격으로 EURUSD 1랏을 구매하려면 3~4번의 체크가 필요합니다. 확인하지 않으면 작동하지만 올바르게 작동하지 않고 가장 중요한 것은 조용히 작동합니다. 균형 만 결국 음수이거나 다른 말도 안됩니다. 그리고 검사가 성공하면 좋습니다. 그리고 일부 SymbolInfoTick이 false를 반환하면 무엇을 해야 할지 명확하지 않습니다. 챔피언십에서 상 대신 벽에 오류 코드를 걸어?
나는 "equity<0.55*balance"와 "free_margin<100"을 시도했다. 작동하지 않았습니다. 이유를 모르겠습니다. 나는 이 여백에 대해 완전히 혼란스러워합니다.
왼쪽 if(AccountInfoDouble(ACCOUNT_MARGIN_LEVEL)<55.0). 작동하는 것 같습니다.
챔피언십의 규칙이 개발자의 전문 용어로 간략하게 작성되었지만 인형을 위해 자세하게 필요하다는 것이 얼마나 도움이 되었습니까?
Vyacheslav, 당신의 대답은 고무적입니다. 포럼의 누군가가 제 생각에는 수용 가능한 솔루션인 구독을 제안했습니다. 필수 및 선택적 매개변수가 있는 iCustom() 함수와 유사한 이 구독을 구현합니다. 각 거래자가 Expert Advisor를 초기화할 때 필요한 이벤트를 구독하도록 하십시오. 총 이벤트 수가 아니라 그가 거래에 중요하다고 생각하는 이벤트에만 적용됩니다. 이러한 접근 방식(구독)은 다중 통화 교환의 개발을 크게 촉진하고 실제로 코드를 줄입니다. OnTrade() 및 OnTick() 두 개 이상의 함수 에서 실험하십시오. 최소 기호를 만드십시오. 그런 다음 이벤트(매개변수) 수를 늘릴 수 있습니다. 실천이 진리의 기준입니다. 시도할 때까지 어떤 어려움이 발생할 수 있는지 이해하지 못할 것입니다.
PS LastError 시스템 변수의 값을 반환하는 GetLastError() 함수에 대한 비유는 아마도 iCustom() 함수에 대한 비유보다 더 적절할 것입니다. TradeEvent 시스템 변수를 입력하고 OnTrade()가 실행되면 이 변수의 값을 표시합니다.
구독에 대해 처음 듣는데 아이디어(예: 테이머 이벤트 구독 또는 가격 한 잔)의 기초로서 매우 좋은 생각입니다.
또한 _Error와 같은 상수에 대한 아이디어는 매우 흥미롭습니다.
제 생각에는 상징이 반드시 옮겨져야 한다고 생각합니다. 원칙적으로 챔피언십 전에 이 분야에서 최소한 몇 가지 혁신을 소개할 시간을 갖기 위해 지금 당장 이 방향으로 움직이기 시작할 수 있습니다.
예델킨 :
트릭은 훈련 패러다임을 버리면 보류 중인 주문으로 작업할 때 기호가 아니라 주문 티켓을 아는 것이 더 중요하다는 것입니다. 보다 정확하게는 심볼에 대한 작업은 허용되지만 불필요한 제스처가 많이 있습니다.
먼저 심볼만 구현해야 하고, 추가로 무엇을 어떻게 전송할지 고민하는 시간을 가집니다. OnTrade() 및 OnTick()으로 동일한 작업을 수행하는 것이 좋습니다.
그것을 마음에 두지 마십시오. 나는 당신의 메시지 전에도이 문구를 수정했습니다. 때때로 당신은 쓰고, 보내고, 읽는 동안 이차 구에서 가능한 모호성을 수정합니다.
이 주제에. 거래에 대한 반대 접근 방식이 있습니다. EA가 이러한 순간(TP 이동, 후행 정지 등)을 자체적으로 처리하기 때문에 언제 어떻게 포지션이 열리거나 닫히는지는 상관하지 않습니다. 보류 중인 주문 이 시장 상황을 지속적으로 감싸는 것이 중요합니다. 그렇기 때문에 "OnTrade()는 하나의 기호 매개변수만 필요합니다"와 같은 진술이 모든 일반적인/전형적인 전략을 반영하지 않는다는 점을 강조하는 것입니다.
동의합니다. 반영되지 않습니다. 그러나 그럼에도 불구하고 기호로 시작하고 티켓을 주문/거래해야 합니다. 그러면 여기에 또 다른 질문이 추가됩니다.
레나트 :
네 맞습니다.
다른 Windows 사용자(같은 컴퓨터에서도)가 다른 Windows 사용자의 암호를 저장한 터미널에 액세스하려고 하면 암호가 강제로 재설정됩니다. 이것은 아무도 비밀번호를 훔칠 수 없도록 하기 위한 것입니다.
...기호와 주문/거래 티켓 또는 다른 것으로 시작해야 하며, 그러면 여기에 다른 질문이 추가됩니다.
일반적으로 악센트는 이미 배치되어 있으므로 "모든 사람이 자신의 위에 담요를 덮는다"는 원칙(예: "기호 매개변수만 주세요" 또는 "티켓만- 매개변수"), 아무것도 달성할 수 없습니다. 따라서 내 질문은 원래 매개 변수의 최소 구성을 고려하여 공식화 되었습니다. 나는 더 고급 사용자가 목록의 확장/정련과 관련하여 자신의 소망을 가질 것으로 예상했기 때문에 "최소 구성"입니다.
따라서 하나의 매개변수(기호-매개변수)로만 제한하자는 제안이 있다는 것이 다소 의외였습니다. 이것은 개발자가 OnTrade() 함수의 매개변수 수에 문제가 있다는 사실에 대해 전혀 언급하지 않은 stringo의 답변 을 배경으로 특히 놀라운 것입니다. 문제는 "같은 티켓에 많은 메시지가 올 수 있다"는 것이었다. 결국, 그들은 여전히 비인격적인 형태로 옵니다. 그리고 함수에 입력할 매개변수의 수와 관계없이 올 것입니다.
...작년에 오랫동안 나는 전문가들이 주기적으로 말하는 "목발"을 이해할 수 없었습니다. 이제 OnTrade()의 매개변수에 대한 주제에 대한 논의를 기반으로 강력한 연관성이 생겼습니다. "목발" == 이 문제 또는 그 문제를 해결할 때의 반쪽 측정입니다. OnTrade()의 매개변수 문제는 매개변수 없이 해결될 것이라고 생각합니다. 그들이 말했듯이 문제 해결에 대한 통합 된 접근 방식으로 구별되는 개발자에게 칭찬하십시오! :)
OrdersTotal() 함수를 사용하여 보류 중인 주문을 추적할 수 있습니다. 현재 값을 이전 값과 비교합니다. 그리고 미결제 주문이 중복되지 않도록 주문 설정 플래그를 사용합니다. 플래그 == true이면 이 기호에 대한 주문이 이미 이루어진 것입니다. 주문이 트리거되면 플래그를 지웁니다. OrdersTotal()이 변경됩니다.
다행히 1년 전에 이 기본 사항을 통과했습니다. MQL5 작업의 기본 기술에 대한 기사에 따르면. 챔피언십은 이 계획이 학습에는 좋지만 일상적인 거래에는 적합하지 않다는 것을 확인했습니다. Roche의 기사는 i에 점이 찍혀 있습니다.
그리고 그것은 주문 상태를 추적하는 방법에 관한 것이 아닙니다. 요점은 위에서 설명한 거래 매개변수가 주문과 포지션 모두 작업을 크게 단순화할 수 있다는 것입니다. 개별 사용자(즉, 나)의 관점에서 " 무엇을 해야 합니까? 알 수 없음 "이라는 질문에 효과적으로 대답하고 "symbol - OrdersTotal()" 링크를 통하지 않고 pointwise 주문 작업도 가능합니다.
이 이벤트가 발생한 기호만 알면 됩니다.
트릭은 훈련 패러다임을 버리면 보류 중인 주문으로 작업할 때 기호가 아니라 주문 티켓을 아는 것이 더 중요하다는 것입니다. 보다 정확하게는 심볼에 대한 작업은 허용되지만 불필요한 제스처가 많이 있습니다.
추신 "구독"에 대해 - 처음 들었습니다. 훌륭한 옵션입니다.
처음부터 사실인 척 하는 게 아니라 유치원에 대한 말씀에서 오만함이 묻어나네요.
마음에 두지 마십시오. 나는 당신의 메시지 전에도이 문구를 수정했습니다. 때로는 쓰고, 보내고, 읽을 때 보조 문구에서 가능한 모호성을 수정합니다.
이 주제에. 거래에 대한 반대 접근 방식이 있습니다. EA가 이러한 순간(TP 이동, 후행 정지 등)을 자체적으로 처리하기 때문에 언제 어떻게 포지션이 열리거나 닫히는지는 상관하지 않습니다. 보류 중인 주문 이 시장 상황을 지속적으로 감싸는 것이 중요합니다. 그렇기 때문에 "OnTrade()는 하나의 기호 매개변수만 필요합니다"와 같은 진술이 모든 일반적인/전형적인 전략을 반영하지 않는다는 점을 강조하는 것입니다.
개발자
Win 2003 SP2(터미널 모드)의 거래 계정에서 정보가 지속적으로 삭제됩니다. 버그입니까, 아니면 모두 보안을 개선하기 위해 설계된 것입니까?
또는 다른 계정으로 일반 모드와 터미널 모드에서 동일한 프로그램 복사본을 번갈아 사용하면 계정 데이터가 주기적으로 사라집니다. 분명히 다른 계정의 터미널 모드에서만 비슷한 상황이 작동합니다(아직 테스트되지 않음).
네 맞습니다.
다른 Windows 사용자(같은 컴퓨터에서도)가 다른 Windows 사용자의 암호를 저장한 터미널에 액세스하려고 하면 암호가 강제로 재설정됩니다. 이것은 아무도 비밀번호를 훔칠 수 없도록 하기 위한 것입니다.
인 인은 간단한 질문처럼 보이지만 전문가들은 이미 논쟁을 벌이고 있습니다. 테스터로부터 올바른 작업을 받을 때까지 괴로워합니다. 현재 가격으로 EURUSD 1랏을 구매하려면 3~4번의 체크가 필요합니다. 확인하지 않으면 작동하지만 올바르게 작동하지 않고 가장 중요한 것은 조용히 작동합니다. 균형 만 결국 음수이거나 다른 말도 안됩니다. 그리고 검사가 성공하면 좋습니다. 그리고 일부 SymbolInfoTick이 false를 반환하면 무엇을 해야 할지 명확하지 않습니다. 챔피언십에서 상 대신 벽에 오류 코드를 걸어?
나는 "equity<0.55*balance"와 "free_margin<100"을 시도했다. 작동하지 않았습니다. 이유를 모르겠습니다. 나는 이 여백에 대해 완전히 혼란스러워합니다.
왼쪽 if(AccountInfoDouble(ACCOUNT_MARGIN_LEVEL)<55.0). 작동하는 것 같습니다.
챔피언십의 규칙이 개발자의 전문 용어로 간략하게 작성되었지만 인형을 위해 자세하게 필요하다는 것이 얼마나 도움이 되었습니까?
논쟁할게 뭐가 있어? 증거금 수준=자본/예금 증거금*100%, 또는 MQL5 조건:
이러한 매개변수는 터미널의 '거래' 탭에 표시되며 확인할 수 있습니다. 중지에 관해서는 2007년 의 유사한 토론 을 참조하십시오.
Vyacheslav, 당신의 대답은 고무적입니다. 포럼의 누군가가 제 생각에는 수용 가능한 솔루션인 구독을 제안했습니다. 필수 및 선택적 매개변수가 있는 iCustom() 함수와 유사한 이 구독을 구현합니다. 각 거래자가 Expert Advisor를 초기화할 때 필요한 이벤트를 구독하도록 하십시오. 총 이벤트 수가 아니라 그가 거래에 중요하다고 생각하는 이벤트에만 적용됩니다. 이러한 접근 방식(구독)은 다중 통화 교환의 개발을 크게 촉진하고 실제로 코드를 줄입니다. OnTrade() 및 OnTick() 두 개 이상의 함수 에서 실험하십시오. 최소 기호를 만드십시오. 그런 다음 이벤트(매개변수) 수를 늘릴 수 있습니다. 실천이 진리의 기준입니다. 시도할 때까지 어떤 어려움이 발생할 수 있는지 이해하지 못할 것입니다.
PS LastError 시스템 변수의 값을 반환하는 GetLastError() 함수에 대한 비유는 아마도 iCustom() 함수에 대한 비유보다 더 적절할 것입니다. TradeEvent 시스템 변수를 입력하고 OnTrade()가 실행되면 이 변수의 값을 표시합니다.
구독에 대해 처음 듣는데 아이디어(예: 테이머 이벤트 구독 또는 가격 한 잔)의 기초로서 매우 좋은 생각입니다.
또한 _Error와 같은 상수에 대한 아이디어는 매우 흥미롭습니다.
제 생각에는 상징이 반드시 옮겨져야 한다고 생각합니다. 원칙적으로 챔피언십 전에 이 분야에서 최소한 몇 가지 혁신을 소개할 시간을 갖기 위해 지금 당장 이 방향으로 움직이기 시작할 수 있습니다.
예델킨 :
트릭은 훈련 패러다임을 버리면 보류 중인 주문으로 작업할 때 기호가 아니라 주문 티켓을 아는 것이 더 중요하다는 것입니다. 보다 정확하게는 심볼에 대한 작업은 허용되지만 불필요한 제스처가 많이 있습니다.
먼저 심볼만 구현해야 하고, 추가로 무엇을 어떻게 전송할지 고민하는 시간을 가집니다. OnTrade() 및 OnTick()으로 동일한 작업을 수행하는 것이 좋습니다.
구독 테마를 개발하면 특정 쌍의 진드기에 대한 구독을 구성 할 수 있습니다.
그것을 마음에 두지 마십시오. 나는 당신의 메시지 전에도이 문구를 수정했습니다. 때때로 당신은 쓰고, 보내고, 읽는 동안 이차 구에서 가능한 모호성을 수정합니다.
이 주제에. 거래에 대한 반대 접근 방식이 있습니다. EA가 이러한 순간(TP 이동, 후행 정지 등)을 자체적으로 처리하기 때문에 언제 어떻게 포지션이 열리거나 닫히는지는 상관하지 않습니다. 보류 중인 주문 이 시장 상황을 지속적으로 감싸는 것이 중요합니다. 그렇기 때문에 "OnTrade()는 하나의 기호 매개변수만 필요합니다"와 같은 진술이 모든 일반적인/전형적인 전략을 반영하지 않는다는 점을 강조하는 것입니다.
동의합니다. 반영되지 않습니다. 그러나 그럼에도 불구하고 기호로 시작하고 티켓을 주문/거래해야 합니다. 그러면 여기에 또 다른 질문이 추가됩니다.
네 맞습니다.
다른 Windows 사용자(같은 컴퓨터에서도)가 다른 Windows 사용자의 암호를 저장한 터미널에 액세스하려고 하면 암호가 강제로 재설정됩니다. 이것은 아무도 비밀번호를 훔칠 수 없도록 하기 위한 것입니다.
먼저 심볼만 구현해야 하고, 추가로 무엇을 어떻게 전송할지 고민하는 시간을 가집니다.
...기호와 주문/거래 티켓 또는 다른 것으로 시작해야 하며, 그러면 여기에 다른 질문이 추가됩니다.일반적으로 악센트는 이미 배치되어 있으므로 "모든 사람이 자신의 위에 담요를 덮는다"는 원칙(예: "기호 매개변수만 주세요" 또는 "티켓만- 매개변수"), 아무것도 달성할 수 없습니다. 따라서 내 질문은 원래 매개 변수의 최소 구성을 고려하여 공식화 되었습니다. 나는 더 고급 사용자가 목록의 확장/정련과 관련하여 자신의 소망을 가질 것으로 예상했기 때문에 "최소 구성"입니다.
따라서 하나의 매개변수(기호-매개변수)로만 제한하자는 제안이 있다는 것이 다소 의외였습니다. 이것은 개발자가 OnTrade() 함수의 매개변수 수에 문제가 있다는 사실에 대해 전혀 언급하지 않은 stringo의 답변 을 배경으로 특히 놀라운 것입니다. 문제는 "같은 티켓에 많은 메시지가 올 수 있다"는 것이었다. 결국, 그들은 여전히 비인격적인 형태로 옵니다. 그리고 함수에 입력할 매개변수의 수와 관계없이 올 것입니다.
...작년에 오랫동안 나는 전문가들이 주기적으로 말하는 "목발"을 이해할 수 없었습니다. 이제 OnTrade()의 매개변수에 대한 주제에 대한 논의를 기반으로 강력한 연관성이 생겼습니다. "목발" == 이 문제 또는 그 문제를 해결할 때의 반쪽 측정입니다. OnTrade()의 매개변수 문제는 매개변수 없이 해결될 것이라고 생각합니다. 그들이 말했듯이 문제 해결에 대한 통합 된 접근 방식으로 구별되는 개발자에게 칭찬하십시오! :)
테스트 종료 시 "pump result 0" 메시지는 무엇을 의미합니까?
빌드 466: 단일 테스트의 결과가 1분 전에 수행된 최적화의 결과와 다릅니다.
이유는 무엇입니까? 테스터는 새로운 테스트 중에 시장에서 어떤 업데이트된 매개변수를 가져옵니까?
테스트 종료 시 "pump result 0" 메시지는 무엇을 의미합니까?