mql5 언어의 특징, 미묘함 및 작업 방법 - 페이지 80 1...737475767778798081828384858687...247 새 코멘트 fxsaber 2018.04.01 06:46 #791 비탈리 무지첸코 : 했어, 넌센스를 보여주지 않았다. 이동이 가장 가능성이 -720이어야 함을 혼동합니다. 추신 글쎄, 나는 교대 시간이 +2 시간이라는 것을 알고 있습니다. 사이트에 작성되어 있지만 로봇은 이것을 모릅니다. 웹사이트를 신뢰할 필요가 없습니다. 실제 근무시간은 3시간입니다. 원하는 결과: "Find out the current time of the server TimeServer () " 내가 제대로 이해하지 못한 것일 수도 있습니다. 아마도 제가 잘못하고 있는 것입니다. // https://www.mql5.com/ru/docs/dateandtime/timetradeserver datetime TimeTradeServer () { return ( TimeGMT () - TimeServerGMTOffset()); } Vitaly Muzichenko 2018.04.01 07:07 #792 fxsaber : 웹사이트를 신뢰할 필요가 없습니다. 실제 근무시간은 3시간입니다. 4개의 터미널에서 확인했으며 올바르게 표시됩니다. 시간 내 주셔서 감사합니다! fxsaber 2018.04.03 04:37 #793 거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼 "교차 플랫폼 전문가 고문: 신호" 기사에 대한 토론 fxsaber , 2018.04.03 06:26 MQLInfoInteger ( MQL_TESTER ) || MQLInfoInteger ( MQL_OPTIMIZATION ) == MQLInfoInteger ( MQL_TESTER ) fxsaber 2018.04.06 07:49 #794 거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼 라이브러리: 기호 fxsaber , 2018.04.06 08:20 사용자 정의 기호의 일부 속성을 변경해야 하는 경우 따옴표를 가져오기 전에 이 작업을 수행해야 하는 경우가 있습니다. 따라서 결과의 신뢰성을 위해 먼저 심볼의 모든 속성을 설정한 다음 가져오기만 하는 것이 좋습니다. 예를 들어, SYMBOL_TRADE_TICK_VALUE 및 SYMBOL_TRADE_TICK_SIZE를 설정하려면 눈금/막대를 가져오기 전에 수행해야 합니다. fxsaber 2018.04.06 07:52 #795 // Копирование всех баров без обращения к торговому серверу CopyRates(Symb, PERIOD_M1, 0, (int)SeriesInfoInteger(Symb, PERIOD_M1, SERIES_BARS_COUNT), Rates); Nikolai Semko 2018.04.06 14:24 #796 fxsaber : 큰 배열은 확실히 좋지만 크기가 중요 하다는 것을 기억해야 합니다. fxsaber 2018.04.06 14:26 #797 니콜라이 셈코 : 큰 배열은 확실히 좋지만 이것을 기억해야 합니다. 여기는 옆이 아닙니다. Nikolai Semko 2018.04.06 14:34 #798 fxsaber : 여기는 옆이 아닙니다. 글쎄, 어떻게 알아... 결국 하나 의 MqlRates 요소의 무게는 60바이트입니다. 물론 10,000개의 요소로 구성된 하나의 배열만 사용한다면 괜찮습니다. 그리고 유사한 합성 문자 배열을 여러 개 생성하고 각각 크기가 100,000개라도 되는 경우 배열 요소에 대한 액세스 속도가 급격하게(10배 이상) 떨어질 것으로 예상됩니다. 배열 크기를 최적화하는 데 주의를 기울이는 것은 나쁘지 않습니다. 이는 좋은 스타일입니다. 오직 그리고 모든 것. 나는 당신이 이것을 기억해야 한다고 말했습니다. MQL4 및 MQL5에 대한 오류, 버그, 질문 MT4보다 MT5가 좋은 이유는?? fxsaber 2018.04.06 14:46 #799 니콜라이 셈코 : 글쎄, 어떻게 알아... 결국 하나 의 MqlRates 요소의 무게는 60바이트입니다. 물론 10,000개의 요소로 구성된 하나의 배열만 사용한다면 괜찮습니다. 그리고 유사한 합성 문자 배열을 여러 개 생성하고 각각 크기가 100,000개라도 되는 경우 속도가 급격히(10배 이상) 떨어질 것으로 예상됩니다. 배열 크기를 최적화하는 데 주의를 기울이는 것은 나쁘지 않습니다. 이는 좋은 스타일입니다. 오직 그리고 모든 것. 나는 당신이 이것을 기억해야 한다고 말했습니다. 어떤 식으로든 배열의 크기와 관련이 없는 예제가 있습니다. 트레이드 서버에서 히스토리 요청을 하지 않고, 터미널에 이미 있는 바를 최대한 빨리 가져오는 것이었습니다. Nikolai Semko 2018.04.06 14:49 #800 fxsaber : 어떤 식으로든 배열의 크기와 관련이 없는 예제가 있습니다. 거래 서버에서 히스토리 요청을 호출하지 않고 이에 따라 터미널에서 이미 사용 가능한 바를 최대한 빨리 가져오는 것이었습니다. 네, 무슨 내용인지 모르겠습니다. 방금 프로세서 캐시보다 큰 배열을 생성할 코드 줄을 보았습니다. 1...737475767778798081828384858687...247 새 코멘트 트레이딩 기회를 놓치고 있어요: 무료 트레이딩 앱 복사용 8,000 이상의 시그널 금융 시장 개척을 위한 경제 뉴스 등록 로그인 공백없는 라틴 문자 비밀번호가 이 이메일로 전송될 것입니다 오류 발생됨 Google으로 로그인 웹사이트 정책 및 이용약관에 동의합니다. 계정이 없으시면, 가입하십시오 MQL5.com 웹사이트에 로그인을 하기 위해 쿠키를 허용하십시오. 브라우저에서 필요한 설정을 활성화하시지 않으면, 로그인할 수 없습니다. 사용자명/비밀번호를 잊으셨습니까? Google으로 로그인
했어, 넌센스를 보여주지 않았다. 이동이 가장 가능성이 -720이어야 함을 혼동합니다.
추신 글쎄, 나는 교대 시간이 +2 시간이라는 것을 알고 있습니다. 사이트에 작성되어 있지만 로봇은 이것을 모릅니다.
웹사이트를 신뢰할 필요가 없습니다. 실제 근무시간은 3시간입니다.
원하는 결과: "Find out the current time of the server TimeServer () " 내가 제대로 이해하지 못한 것일 수도 있습니다. 아마도 제가 잘못하고 있는 것입니다.
웹사이트를 신뢰할 필요가 없습니다. 실제 근무시간은 3시간입니다.
4개의 터미널에서 확인했으며 올바르게 표시됩니다.
시간 내 주셔서 감사합니다!
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
"교차 플랫폼 전문가 고문: 신호" 기사에 대한 토론
fxsaber , 2018.04.03 06:26
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
라이브러리: 기호
fxsaber , 2018.04.06 08:20
사용자 정의 기호의 일부 속성을 변경해야 하는 경우 따옴표를 가져오기 전에 이 작업을 수행해야 하는 경우가 있습니다.
따라서 결과의 신뢰성을 위해 먼저 심볼의 모든 속성을 설정한 다음 가져오기만 하는 것이 좋습니다.
예를 들어, SYMBOL_TRADE_TICK_VALUE 및 SYMBOL_TRADE_TICK_SIZE를 설정하려면 눈금/막대를 가져오기 전에 수행해야 합니다.
큰 배열은 확실히 좋지만 크기가 중요 하다는 것을 기억해야 합니다.
큰 배열은 확실히 좋지만 이것을 기억해야 합니다.
여기는 옆이 아닙니다.
여기는 옆이 아닙니다.
글쎄, 어떻게 알아...
결국 하나 의 MqlRates 요소의 무게는 60바이트입니다.
물론 10,000개의 요소로 구성된 하나의 배열만 사용한다면 괜찮습니다.
그리고 유사한 합성 문자 배열을 여러 개 생성하고 각각 크기가 100,000개라도 되는 경우 배열 요소에 대한 액세스 속도가 급격하게(10배 이상) 떨어질 것으로 예상됩니다.
배열 크기를 최적화하는 데 주의를 기울이는 것은 나쁘지 않습니다. 이는 좋은 스타일입니다. 오직 그리고 모든 것. 나는 당신이 이것을 기억해야 한다고 말했습니다.
글쎄, 어떻게 알아...
결국 하나 의 MqlRates 요소의 무게는 60바이트입니다.
물론 10,000개의 요소로 구성된 하나의 배열만 사용한다면 괜찮습니다.
그리고 유사한 합성 문자 배열을 여러 개 생성하고 각각 크기가 100,000개라도 되는 경우 속도가 급격히(10배 이상) 떨어질 것으로 예상됩니다.
배열 크기를 최적화하는 데 주의를 기울이는 것은 나쁘지 않습니다. 이는 좋은 스타일입니다. 오직 그리고 모든 것. 나는 당신이 이것을 기억해야 한다고 말했습니다.
어떤 식으로든 배열의 크기와 관련이 없는 예제가 있습니다. 트레이드 서버에서 히스토리 요청을 하지 않고, 터미널에 이미 있는 바를 최대한 빨리 가져오는 것이었습니다.
어떤 식으로든 배열의 크기와 관련이 없는 예제가 있습니다. 거래 서버에서 히스토리 요청을 호출하지 않고 이에 따라 터미널에서 이미 사용 가능한 바를 최대한 빨리 가져오는 것이었습니다.
네, 무슨 내용인지 모르겠습니다.
방금 프로세서 캐시보다 큰 배열을 생성할 코드 줄을 보았습니다.