배우기 위해 노력했기 때문에 모든 시장 유형에 걸쳐 지속적으로 수익성 있는 Trade Logic을 작성할 수 있습니까?
아니요, 아직 배우는 중입니다. 하지만 엉덩이가 되지 않는 방법을 알고 있습니다. . . 나는 당신이 아직도 그 기술을 배우고 있는 것을 봅니다.
나는 당신을 돕기 위해 몇 가지 테스트 코드를 작성했으며 Strategy Tester를 통해 실행했습니다. . . 내가 왜 그랬어? 너 같은 태도로 내가 왜 귀찮게 했는지 정말 모르겠어. . .
하지만 어쨌든, 내가 찾은 것을 말하겠다. 나는 "엉덩이 스킬이 아닌 것"을 마스터했기 때문에 여전히 할 수 있다.
Day(), DayOfWeek(), TimeDay() 및 TimeDayOfWeek()는 모두 Straegy Tester(빌드 427)에서 올바르게 작동하는 것 같습니다. . . 코드에서 Day()를 사용하려고 했습니까? 아니면 코드를 빌드해야 합니까? . 코드 작성에 사용하는 것이 무엇이든 DayOfWeek() 를 사용해야 합니까? 첫 번째 Day() 는 0 - 31의 값을 제공하고 두 번째 DayOfWeek() 는 0 - 6의 값을 제공합니다. 일요일은 0입니다.
Comment ( "Day() of the month: " ,Day(), " Day of week(): " , DayOfWeek(), "\n" , "TimeDay Current: " , TimeDay ( TimeCurrent () ), " TimeDay of week Current: " , TimeDayOfWeek ( TimeCurrent ()) );
아니요. 브로커의 서버에서 연결이 끊긴 상태에서 전략 테스터 를 실행해야 하기 때문에 모델링된 서버 시간을 얻습니다. . 따라서 실제 서버 시간이 없습니다. . 따라서 얻는 것이 모델링됩니다. 여전히 브로커에 연결되어 있고 실제 서버 시간을 얻으려면 전략 테스터에서 EA를 실행한 실제 시간에 브로커의 서버에서 시간을 얻을 수 있으며 이는 그다지 좋지 않을 것입니다.
아니요, 아직 배우는 중입니다. 하지만 엉덩이가 되지 않는 방법을 알고 있습니다. . . 나는 당신이 아직도 그 기술을 배우고 있는 것을 봅니다.
나는 당신을 돕기 위해 몇 가지 테스트 코드를 작성했으며 Strategy Tester를 통해 실행했습니다. . . 내가 왜 그랬어? 당신 같은 태도로 내가 왜 귀찮게 했는지 정말 모르겠어요. . .
하지만 어쨌든, 내가 찾은 것을 말하겠다. 나는 "엉덩이 스킬이 아닌 것"을 마스터했기 때문에 여전히 할 수 있다.
Day(), DayOfWeek(), TimeDay() 및 TimeDayOfWeek()는 모두 Straegy Tester(빌드 427)에서 올바르게 작동하는 것 같습니다. . . 코드에서 Day() 를 사용하려는 건가요 아니면 코드를 빌드해야 하는 건가요? . 코드 작성에 사용하는 것이 무엇이든 DayOfWeek() 를 사용해야 합니까? 첫 번째 Day() 는 0 - 31의 값을 제공하고 두 번째 DayOfWeek() 는 0 - 6의 값을 제공합니다. 일요일은 0입니다.
글쎄, 나는 당신이 나에게 응답 한 방식으로 당신이 엉덩이가되지 않는 데 실패했다고 말하고 싶습니다. 그러나 Smart Ass가 되는 것에는 뚜렷한 차이점(및 단점)이 있습니다. 단지 엉덩이가 되는 것은 기껏해야 양성입니다. 그러나 똑똑한 엉덩이가 된다는 것은 이소룡 앞에 서서 그의 이름을 대놓고 부르는 것과 같습니다. 또는 스스로 만든 백만장자 앞에 서서 그가 파산했다고 말하는 것입니다. 또는, 전투 베테랑 앞에 서서 그가 배짱이 없다고 말합니다. 또는 응용 수학 교수 앞에 서서 논리적 구성에 대해 아무것도 모른다고 말합니다. 그것이 바로 Smart Ass가 되는 것입니다.
둘째, 나는 누구든지 성공적인 트레이더가 되도록 도울 수 있습니다. 이미 5번이나 해왔습니다. 그 사람들은 당신이 묻기 전에 익명으로 유지되기를 원합니다. 나는 무역 논리 기술을 원하기 때문에 여기에 있는 것이 아닙니다. 나는 MQL 개발자가 아니고 프로그래밍 언어를 배울 시간이 없기 때문에 MQL에 대한 도움을 받기 위해 여기에 왔습니다. 나는 무역 논리를 만드는 기술을 발전시키고 시장에서 나의 일일 위치가 펼쳐지는 것을 지켜보는 데 시간을 보냅니다. 새로운 거래 개념을 만드는 것이 저의 장점입니다. MQL에 빠져서 수익을 내지 못했습니다. 그러나 그것이 당신에게 효과가 있었을 수도 있습니다.
셋째, Build 427에서는 테스트하지 않습니다. Ass만이 만들 수 있는 또 다른 가정입니다. Build 409에서 테스트해야 하며 거기에는 그럴만한 이유가 있습니다(여기서 다루지 않겠습니다). 전에 말했듯이 EA의 필요성과 관련된 MQL의 모든 Time() 기반 기능을 시도했지만 Day(), TimeHour, TimeMinute, DayOfWeek 등 어느 것도 작동하지 않았습니다.
나는 도움을 요청하는 게시물을 작성하기 전에 항상 MQL 문서를 읽기 때문에 Day()와 DayOfWeek()를 구분합니다. 포럼에 들어가서 도움을 요청하는 것이 아닙니다. 나는 일반적으로 웹에서 검색할 수 있는 소스를 모두 소진하고 TimeHour 및 TimeHour와 같은 잘못된 구성을 포함하여 상상할 수 있는 구성을 순차적으로 시도하여 EA에서 행동의 추적 가능한 차이를 얻을 수 있는지 확인합니다.
다른 모든 방법이 실패하면 로그온하여 도움을 요청합니다. 똑똑한 엉덩이 사람들은 내가 한 일과 정반대입니다. 그리고 당신은 그 차이를 감지할 수 있어야 합니다.
아니요. 브로커의 서버에서 연결이 끊긴 상태에서 전략 테스터를 실행해야 하기 때문에 모델링된 서버 시간을 얻습니다. . 따라서 실제 서버 시간이 없습니다. . 따라서 얻는 것이 모델링됩니다. 여전히 브로커에 연결되어 있고 실제 서버 시간을 얻으려면 전략 테스터에서 EA를 실행한 실제 시간에 브로커의 서버에서 시간을 얻을 수 있으며 이는 아마도 그다지 좋지 않을 것입니다.
따라서 얻은 서버 시간이 모델링되어 기쁩니다.
그것은 사실 옳지 않습니다.
내가 사용하는 스크립트는 실제 과거 서버 시간을 테스터 엔진에 제공합니다. 이 프로세스에서는 .csv 파일을 .hst 파일로 변환한 다음 .hst를 .fxt 파일로 변환해야 했습니다. 테스터 엔진에는 시장 틱(Bid/Ask)뿐만 아니라 각 틱과 관련된 날짜/시간이 제공됩니다. Data/Time은 Bid/Ask 틱과 함께 테스터에게 제공됩니다. 테스트 스크립트를 디자인하지는 않았지만 99% 모델링을 생성하고 가장 중요한 것은 각 시간 프레임의 Candle Build가 역사적 시장에 사실이라는 점입니다. 즉, 날짜/시간이 틱과 함께 테스터에게 전달되기 때문에 생성된 각 .hst 파일에는 각 막대와 연결된 데이터/시간에 대해 시장에서 생성된 실제 시장 볼륨 발자국이 함께 제공됩니다.
브로커 백엔드에서 연결되거나 연결 해제된 실제 기록 서버 시간을 가져와야 합니다. 이것이 스크립트가 하는 일이며 이것이 내가 다중 시간 프레임 백테스팅 을 수행할 수 있는 방법입니다.
내가 사용하는 스크립트는 실제 과거 서버 시간을 테스터 엔진에 제공합니다. 이 프로세스에서는 .csv 파일을 .hst 파일로 변환한 다음 .hst를 .fxt 파일로 변환해야 했습니다. 테스터 엔진에는 시장 틱(Bid/Ask)뿐만 아니라 각 틱과 관련된 날짜/시간이 제공됩니다. Data/Time은 Bid/Ask 틱과 함께 테스터에게 제공됩니다. 테스트 스크립트를 디자인하지는 않았지만 99% 모델링을 생성하고 가장 중요한 것은 각 시간 프레임의 Candle Build가 역사적 시장에 사실이라는 점입니다. 즉, 날짜/시간이 틱과 함께 테스터에게 전달되기 때문에 생성된 각 .hst 파일에는 각 막대와 연결된 데이터/시간에 대해 시장에서 생성된 실제 시장 볼륨 발자국이 함께 제공됩니다.
브로커 백엔드에서 연결되거나 연결이 끊긴 실제 기록 서버 시간을 가져와야 합니다. 이것이 스크립트가 하는 일이며 이것이 내가 다중 시간 프레임 백테스팅을 수행할 수 있는 방법입니다.
일부 사실이 누락되어 죄송합니다.
나는 dukascopy 틱 데이터도 사용했고, eareview 스크립트로 처리했으며 예, 작동 방식을 이해합니다. 2012년 5월 31일에 Strategy Tester 를 사용하여 테스트하고 사용 중인 데이터가 2008년인 경우 제공된 서버 시간은 2008년부터이며 실제 서버 시간이 아니라 Modeled Server 시간입니다. . 실제 서버 시간은 2008년이 아닌 2012년의 날짜 시간입니다.
그건 그렇고, 99% 모델링 품질 수치는 의미가 없습니다. . . 그것은 단지 fxt 파일에 쓰여진 그림일 뿐입니다. . . Earview에서 내용을 읽으면 직접 볼 수 있습니다. 다중 시간 프레임 백 테스트를 수행하기 위해 틱 데이터가 필요하지 않습니다. . . M1보다 낮은 기간은 볼 수 없습니다. . . 나는 틱 데이터가 EA의 최종 산 테스트로 사용되어야 한다는 데 동의합니다. 아마도 우리는 그것에 동의할 수 있습니다.
당신은 ? OP의 코드는 Day가 1 또는 2인 경우 거래를 마감하려고 시도하는 것을 보여줍니다. . 2012년 4월 1일은 일요일이었고 귀하의 코드는 일요일에 거래를 종료하지 않을 것입니다. . . 이제 Day() 대신 DayOfWeek()를 의미했다면 의미가 있었을 것입니다. . .
Day() == 1 || Day() == 2 || Day() == 3 || Day() == 4 && TimeHour ( TimeCurrent ()) >= 23 && TimeMinute ( TimeCurrent ()) >= 57 || Day() == 5 && TimeHour ( TimeCurrent ()) >= 21 && TimeMinute ( TimeCurrent ()) >= 57
Note: The problem is that all trades remain open Monday through Thursday, through 23 : 57 . Also, all trades remain open on Friday, through 21 : 57 .
당신의 월 수표 는 어디에 있습니까? Month가 무엇인지 결정하지 않으면 Day() == 4가 금요일인지 결정할 수 없습니다. . . 그리고 그 달의 다른 3주는 어떻습니까? 당신은 내가 당신이 그 달의 처음 5일만 거래한다고 믿길 진심으로 기대합니까? 토요일이나 일요일이라도?
배우기 위해 노력했기 때문에 모든 시장 유형에 걸쳐 지속적으로 수익성 있는 Trade Logic을 작성할 수 있습니까?
아니요, 아직 배우는 중입니다. 하지만 엉덩이가 되지 않는 방법을 알고 있습니다. . . 나는 당신이 아직도 그 기술을 배우고 있는 것을 봅니다.
나는 당신을 돕기 위해 몇 가지 테스트 코드를 작성했으며 Strategy Tester를 통해 실행했습니다. . . 내가 왜 그랬어? 너 같은 태도로 내가 왜 귀찮게 했는지 정말 모르겠어. . .
하지만 어쨌든, 내가 찾은 것을 말하겠다. 나는 "엉덩이 스킬이 아닌 것"을 마스터했기 때문에 여전히 할 수 있다.
Day(), DayOfWeek(), TimeDay() 및 TimeDayOfWeek()는 모두 Straegy Tester(빌드 427)에서 올바르게 작동하는 것 같습니다. . . 코드에서 Day()를 사용하려고 했습니까? 아니면 코드를 빌드해야 합니까? . 코드 작성에 사용하는 것이 무엇이든 DayOfWeek() 를 사용해야 합니까? 첫 번째 Day() 는 0 - 31의 값을 제공하고 두 번째 DayOfWeek() 는 0 - 6의 값을 제공합니다. 일요일은 0입니다.
따라서 "모델링된" 서버 시간이 아닌 다른 것을 가져와야 합니다.
아니요. 브로커의 서버에서 연결이 끊긴 상태에서 전략 테스터 를 실행해야 하기 때문에 모델링된 서버 시간을 얻습니다. . 따라서 실제 서버 시간이 없습니다. . 따라서 얻는 것이 모델링됩니다. 여전히 브로커에 연결되어 있고 실제 서버 시간을 얻으려면 전략 테스터에서 EA를 실행한 실제 시간에 브로커의 서버에서 시간을 얻을 수 있으며 이는 그다지 좋지 않을 것입니다.
따라서 얻은 서버 시간이 모델링되어 기쁩니다.
아니요, 아직 배우는 중입니다. 하지만 엉덩이가 되지 않는 방법을 알고 있습니다. . . 나는 당신이 아직도 그 기술을 배우고 있는 것을 봅니다.
나는 당신을 돕기 위해 몇 가지 테스트 코드를 작성했으며 Strategy Tester를 통해 실행했습니다. . . 내가 왜 그랬어? 당신 같은 태도로 내가 왜 귀찮게 했는지 정말 모르겠어요. . .
하지만 어쨌든, 내가 찾은 것을 말하겠다. 나는 "엉덩이 스킬이 아닌 것"을 마스터했기 때문에 여전히 할 수 있다.
Day(), DayOfWeek(), TimeDay() 및 TimeDayOfWeek()는 모두 Straegy Tester(빌드 427)에서 올바르게 작동하는 것 같습니다. . . 코드에서 Day() 를 사용하려는 건가요 아니면 코드를 빌드해야 하는 건가요? . 코드 작성에 사용하는 것이 무엇이든 DayOfWeek() 를 사용해야 합니까? 첫 번째 Day() 는 0 - 31의 값을 제공하고 두 번째 DayOfWeek() 는 0 - 6의 값을 제공합니다. 일요일은 0입니다.
글쎄, 나는 당신이 나에게 응답 한 방식으로 당신이 엉덩이가되지 않는 데 실패했다고 말하고 싶습니다. 그러나 Smart Ass가 되는 것에는 뚜렷한 차이점(및 단점)이 있습니다. 단지 엉덩이가 되는 것은 기껏해야 양성입니다. 그러나 똑똑한 엉덩이가 된다는 것은 이소룡 앞에 서서 그의 이름을 대놓고 부르는 것과 같습니다. 또는 스스로 만든 백만장자 앞에 서서 그가 파산했다고 말하는 것입니다. 또는, 전투 베테랑 앞에 서서 그가 배짱이 없다고 말합니다. 또는 응용 수학 교수 앞에 서서 논리적 구성에 대해 아무것도 모른다고 말합니다. 그것이 바로 Smart Ass가 되는 것입니다.
둘째, 나는 누구든지 성공적인 트레이더가 되도록 도울 수 있습니다. 이미 5번이나 해왔습니다. 그 사람들은 당신이 묻기 전에 익명으로 유지되기를 원합니다. 나는 무역 논리 기술을 원하기 때문에 여기에 있는 것이 아닙니다. 나는 MQL 개발자가 아니고 프로그래밍 언어를 배울 시간이 없기 때문에 MQL에 대한 도움을 받기 위해 여기에 왔습니다. 나는 무역 논리를 만드는 기술을 발전시키고 시장에서 나의 일일 위치가 펼쳐지는 것을 지켜보는 데 시간을 보냅니다. 새로운 거래 개념을 만드는 것이 저의 장점입니다. MQL에 빠져서 수익을 내지 못했습니다. 그러나 그것이 당신에게 효과가 있었을 수도 있습니다.
셋째, Build 427에서는 테스트하지 않습니다. Ass만이 만들 수 있는 또 다른 가정입니다. Build 409에서 테스트해야 하며 거기에는 그럴만한 이유가 있습니다(여기서 다루지 않겠습니다). 전에 말했듯이 EA의 필요성과 관련된 MQL의 모든 Time() 기반 기능을 시도했지만 Day(), TimeHour, TimeMinute, DayOfWeek 등 어느 것도 작동하지 않았습니다.
나는 도움을 요청하는 게시물을 작성하기 전에 항상 MQL 문서를 읽기 때문에 Day()와 DayOfWeek()를 구분합니다. 포럼에 들어가서 도움을 요청하는 것이 아닙니다. 나는 일반적으로 웹에서 검색할 수 있는 소스를 모두 소진하고 TimeHour 및 TimeHour와 같은 잘못된 구성을 포함하여 상상할 수 있는 구성을 순차적으로 시도하여 EA에서 행동의 추적 가능한 차이를 얻을 수 있는지 확인합니다.
다른 모든 방법이 실패하면 로그온하여 도움을 요청합니다. 똑똑한 엉덩이 사람들은 내가 한 일과 정반대입니다. 그리고 당신은 그 차이를 감지할 수 있어야 합니다.
아니요. 브로커의 서버에서 연결이 끊긴 상태에서 전략 테스터를 실행해야 하기 때문에 모델링된 서버 시간을 얻습니다. . 따라서 실제 서버 시간이 없습니다. . 따라서 얻는 것이 모델링됩니다. 여전히 브로커에 연결되어 있고 실제 서버 시간을 얻으려면 전략 테스터에서 EA를 실행한 실제 시간에 브로커의 서버에서 시간을 얻을 수 있으며 이는 아마도 그다지 좋지 않을 것입니다.
따라서 얻은 서버 시간이 모델링되어 기쁩니다.
그것은 사실 옳지 않습니다.
내가 사용하는 스크립트는 실제 과거 서버 시간을 테스터 엔진에 제공합니다. 이 프로세스에서는 .csv 파일을 .hst 파일로 변환한 다음 .hst를 .fxt 파일로 변환해야 했습니다. 테스터 엔진에는 시장 틱(Bid/Ask)뿐만 아니라 각 틱과 관련된 날짜/시간이 제공됩니다. Data/Time은 Bid/Ask 틱과 함께 테스터에게 제공됩니다. 테스트 스크립트를 디자인하지는 않았지만 99% 모델링을 생성하고 가장 중요한 것은 각 시간 프레임의 Candle Build가 역사적 시장에 사실이라는 점입니다. 즉, 날짜/시간이 틱과 함께 테스터에게 전달되기 때문에 생성된 각 .hst 파일에는 각 막대와 연결된 데이터/시간에 대해 시장에서 생성된 실제 시장 볼륨 발자국이 함께 제공됩니다.
브로커 백엔드에서 연결되거나 연결 해제된 실제 기록 서버 시간을 가져와야 합니다. 이것이 스크립트가 하는 일이며 이것이 내가 다중 시간 프레임 백테스팅 을 수행할 수 있는 방법입니다.
그것은 사실 옳지 않습니다.
내가 사용하는 스크립트는 실제 과거 서버 시간을 테스터 엔진에 제공합니다. 이 프로세스에서는 .csv 파일을 .hst 파일로 변환한 다음 .hst를 .fxt 파일로 변환해야 했습니다. 테스터 엔진에는 시장 틱(Bid/Ask)뿐만 아니라 각 틱과 관련된 날짜/시간이 제공됩니다. Data/Time은 Bid/Ask 틱과 함께 테스터에게 제공됩니다. 테스트 스크립트를 디자인하지는 않았지만 99% 모델링을 생성하고 가장 중요한 것은 각 시간 프레임의 Candle Build가 역사적 시장에 사실이라는 점입니다. 즉, 날짜/시간이 틱과 함께 테스터에게 전달되기 때문에 생성된 각 .hst 파일에는 각 막대와 연결된 데이터/시간에 대해 시장에서 생성된 실제 시장 볼륨 발자국이 함께 제공됩니다.
브로커 백엔드에서 연결되거나 연결이 끊긴 실제 기록 서버 시간을 가져와야 합니다. 이것이 스크립트가 하는 일이며 이것이 내가 다중 시간 프레임 백테스팅을 수행할 수 있는 방법입니다.
일부 사실이 누락되어 죄송합니다.
나는 dukascopy 틱 데이터도 사용했고, eareview 스크립트로 처리했으며 예, 작동 방식을 이해합니다. 2012년 5월 31일에 Strategy Tester 를 사용하여 테스트하고 사용 중인 데이터가 2008년인 경우 제공된 서버 시간은 2008년부터이며 실제 서버 시간이 아니라 Modeled Server 시간입니다. . 실제 서버 시간은 2008년이 아닌 2012년의 날짜 시간입니다.
그건 그렇고, 99% 모델링 품질 수치는 의미가 없습니다. . . 그것은 단지 fxt 파일에 쓰여진 그림일 뿐입니다. . . Earview에서 내용을 읽으면 직접 볼 수 있습니다. 다중 시간 프레임 백 테스트를 수행하기 위해 틱 데이터가 필요하지 않습니다. . . M1보다 낮은 기간은 볼 수 없습니다. . . 나는 틱 데이터가 EA의 최종 산 테스트로 사용되어야 한다는 데 동의합니다. 아마도 우리는 그것에 동의할 수 있습니다.
셋째, Build 427에서는 테스트하지 않습니다. Ass만이 만들 수 있는 또 다른 가정입니다.
나는 Day() 와 DayOfWeek() 을 구별합니다.
당신은 ? OP의 코드는 Day가 1 또는 2인 경우 거래를 마감하려고 시도하는 것을 보여줍니다. . 2012년 4월 1일은 일요일이었고 귀하의 코드는 일요일에 거래를 종료하지 않을 것입니다. . . 이제 Day() 대신 DayOfWeek()를 의미했다면 의미가 있었을 것입니다. . .
당신의 월 수표 는 어디에 있습니까? Month가 무엇인지 결정하지 않으면 Day() == 4가 금요일인지 결정할 수 없습니다. . . 그리고 그 달의 다른 3주는 어떻습니까? 당신은 내가 당신이 그 달의 처음 5일만 거래한다고 믿길 진심으로 기대합니까? 토요일이나 일요일이라도?
작동하지 않습니다. 그것이 효과가 있다고 자동으로 가정하는 사고방식은 아마도 거래하지 않을 때 거래하는 방법을 알고 있다고 생각하는 사고방식과 동일할 것입니다.
그런 마인드가 아닌데도 불구하고,
나는 아무 것도 가정하지 않았고 그것이 작동한다는 것을 알기 때문에 작동한다고 말했습니다.
전략 테스터:
어떤 기관에서 함수 반환 값이 무엇인지 설명할 수 있습니까? 그리고 어떻게 작동하는지 자세히 plz....