이것이 올바르지 않은 이유: 모든 전문가 고문 테스트의 공리: 각 특정 사례에서 가장 유리한 시나리오와 가장 불리한 시나리오를 테스트할 수 있는 경우 가장 불리한 시나리오를 선택해야 합니다. 거래자가 손실을 의미하는 장미빛 안경을 통해 거래 시스템을 보고 싶어하지 않는 한 이 규칙에는 예외가 없습니다.
지금과 같이 바당 최소 스프레드를 설정하면 이익실현, 손절매 등 실제보다 더 "수익성 있는" 스프레드를 기반으로 지정가 주문이 잘못 발동되고 반대로 손실을 막아야 하는 곳에서 작동하지 않습니다. . 음, 일반적으로 거의 모든 거래는 실제보다 더 나은 가격으로 이루어집니다. 올바른 순서를 현재 순서로 변경했을 때 정말로 이것을 원하셨습니까?
이것이 올바르지 않은 이유: 모든 전문가 고문 테스트의 공리: 각 특정 사례에서 가장 유리한 시나리오와 가장 불리한 시나리오를 테스트할 수 있는 경우 가장 불리한 시나리오를 선택해야 합니다. 거래자가 손실을 의미하는 장미빛 안경을 통해 거래 시스템을 보고 싶어하지 않는 한 이 규칙에는 예외가 없습니다.
지금과 같이 바당 최소 스프레드를 설정하면 이익실현, 손절매 등 실제보다 더 "수익성 있는" 스프레드를 기반으로 지정가 주문이 잘못 발동되고 반대로 손실을 막아야 하는 곳에서 작동하지 않습니다. . 음, 일반적으로 거의 모든 거래는 실제보다 더 나은 가격으로 이루어집니다. 올바른 순서를 현재 순서로 변경했을 때 정말로 이것을 원하셨습니까?
3년이 지난 지금, 최대 스프레드가 아니라 최소 스프레드가 정해져 있다. 메뉴얼이 해결이 안되는듯 합니다.
시세 제공자(브로커)나 서버가 자동으로 해주고 특정 브로커는 다르게 하면 안되나요?
시세 제공자(브로커)나 서버가 자동으로 해주고 특정 브로커는 다르게 하면 안되나요?
실제 진드기에 대한 테스트
감사합니다. 하지만 실제 틱에서 다중 통화 전략을 테스트하기 위한 수천 가지 옵션에서 최적화가 무엇인지 잘 알고 있습니까? 물론 나는 당신의 충고를 따르지 않겠지만 fxsaber 의 충고 는 따를 것입니다.
즉, 터미널 매뉴얼을 바탕으로 해서라도 했어야 하는 것, 수고를 많이 들인 수작업으로 하겠다는 것이다. 상식적으로 뿐만 아니라 어떤 이유에서인지 그들은 반대를 했고, 그 이유를 설명하고 싶지도 않습니다.실제 진드기에 대한 테스트
실제 진드기에 대한 테스트
실제 눈금 및 사용자 지정 막대에 대한 클라우드는 사용할 수 없습니다. 사실, 나는 그것을 사용하지 않습니다.
즉, 터미널 매뉴얼을 바탕으로 해서라도 했어야 하는 것, 수고를 많이 들인 수작업으로 하겠다는 것이다. 상식적으로 뿐만 아니라 어떤 이유에서인지 그들은 반대를 했고, 그 이유를 설명하고 싶지도 않습니다.
수동으로 할 필요가 없습니다. 한 번 자동화하면이 문제를 완전히 잊어 버리면 충분합니다.
글쎄, 당신은 teiki가 시장이고 따라서 미끄러지는 것에 분개하지 않습니다. 또는 헤지 및 비주식 기호에 대한 지정가 주문이 플러스로 미끄러져 결과에 엄청난 상상의 증가를 제공한다는 사실.
수동으로 할 필요가 없습니다. 한 번 자동화하면이 문제를 완전히 잊어 버리면 충분합니다.
새로운 날짜에 테스트하기 전에 매번 스크립트에 의해 부분적으로 또는 전체적으로 틱에서 "올바른" 스프레드가 있는 거래된 각 상품의 분 내역을 생성해야 합니다. 아니면 더 쉽게 수행할 수 있습니까?
또한, 거래 및 테스트에 다른 이름의 기호가 사용되어 불필요한 혼란을 가중시킵니다.
2. 사용자 지정 기호의 경우 터미널이 낮은 입찰가를 낮은 가격으로 자동으로 교체할 수 있습니까? 아니면 CopyTicksRange 및 CustomRatesReplace를 호출하여 직접 빌드해야 합니까?
때문에 교체가 작동하지 않습니다. 때때로 LowAsk > HighBid. 거기에서 스프레드를 계산해야 합니다.
클라우드의 한계를 바라보지 않는다면 커스텀 바에 대한 테스트는 거의 의미가 없기 때문입니다. 커스텀 틱이 있습니다.