나는 메타따옴표를 위한 또 다른 스크립팅 언어를 만드는 것이 즐거울 것이라고 생각하지 않습니다.
가장 합리적인 방법은 개방형 API입니다.
장점: 언어를 개발할 필요가 없습니다. 이는 매우 생산적이지 않기 때문입니다. 많은 기성 프로그래밍 언어가 있으며 API는 최대한 그들과 친구가 되어야 합니다.
단점: 공개 API에는 항상 돌아다니는 일반 영웅이 악용할 수 있는 보안 "구멍"이 있을 수 있습니다. 저것들. 바로 이 "구멍"을 예상하고 최대한 막아야 합니다.
그러나 단점을 해결하기 위해 약간 다른 방식으로 갈 수 있습니다. 즉, API를 서버에 직접 가져오는 것이 아니라 거래 터미널을 통해 가져오는 것입니다. 저것들. 터미널 서버 API는 닫혀 있고 외부 터미널 응용 프로그램 API는 열려 있습니다. 예를 들어, 외부 응용 프로그램이 필요한 정보를 요청하고 터미널의 콘솔(또는 TCP/IP 프로토콜을 통해)을 통해 서버에 보낼 수 있도록 합니다. 저것들. 터미널의 분노를 어느 정도 감지하고 감지하는 시스템은 이미 고문 또는 잘못된 수동 요청에 대해 제공되며 수정되었습니다. 처리됨. 터미널에 필요한 모든 기능도 있습니다. API를 연결하는 것은 항상 MQL*에서 혹등을 조각하는 것보다 훨씬 쉽고 저렴합니다.
적어도 dukas는 API를 통해 삶을 더 쉽게 만들었습니다. 메타 인용문도 그것에 대해 생각해야 합니다. MQL5를 단독으로 개발하는 데 시간이 얼마나 걸렸습니까? 그리고 MetaTrader5는 브로커를 위한 테스트였기 때문에 지금까지 유지되고 있습니다.
물론 API는 전략 테스터의 관리도 제공해야 합니다. 때문에 명령줄을 통해 매우 편리하지 않습니다. 많은 구성 파일 + 후속 HTML 결과 구문 분석. 터미널이 매번 다시 시작되고 완료되면 언로드된다는 것은 말할 것도 없고(많은 일련의 짧은 테스트를 실행해야 하는 경우 감염 경고음이 울립니다.)
나는 메타따옴표를 위한 또 다른 스크립팅 언어를 만드는 것이 즐거울 것이라고 생각하지 않습니다.
가장 합리적인 방법은 개방형 API입니다.
장점: 언어를 개발할 필요가 없습니다. 이는 매우 생산적이지 않기 때문입니다. 많은 기성 프로그래밍 언어가 있으며 API는 최대한 그들과 친구가 되어야 합니다.
단점: 공개 API에는 항상 돌아다니는 일반 영웅이 악용할 수 있는 보안 "구멍"이 있을 수 있습니다. 저것들. 바로 이 "구멍"을 예상하고 최대한 막아야 합니다.
그러나 단점을 해결하기 위해 약간 다른 방식으로 갈 수 있습니다. 즉, API를 서버에 직접 가져오는 것이 아니라 거래 터미널을 통해 가져오는 것입니다. 저것들. 터미널 서버 API는 닫혀 있고 외부 터미널 응용 프로그램 API는 열려 있습니다. 예를 들어, 외부 응용 프로그램이 필요한 정보를 요청하고 터미널의 콘솔(또는 TCP/IP 프로토콜을 통해)을 통해 서버에 보낼 수 있도록 합니다. 저것들. 터미널의 분노를 어느 정도 감지하고 감지하는 시스템은 이미 고문 또는 잘못된 수동 요청에 대해 제공되며 수정되었습니다. 처리됨. 터미널에 필요한 모든 기능도 있습니다. API를 연결하는 것은 항상 MQL*에서 혹등을 조각하는 것보다 훨씬 쉽고 저렴합니다.
적어도 dukas는 API를 통해 그의 삶을 더 쉽게 만들었습니다. 메타 인용문도 그것에 대해 생각해야 합니다. MQL5를 단독으로 개발하는 데 시간이 얼마나 걸렸습니까? 그리고 MetaTrader5는 브로커를 위한 테스트였기 때문에 지금까지 유지되고 있습니다.
물론 API는 전략 테스터의 관리도 제공해야 합니다. 때문에 명령줄을 통해 매우 편리하지 않습니다. 많은 구성 파일 + 후속 HTML 결과 구문 분석. 터미널이 매번 다시 시작되고 완료되면 언로드된다는 것은 말할 것도 없고(많은 일련의 짧은 테스트를 실행해야 하는 경우 감염 경고음이 울립니다.)
여기 파이가 있습니다.
pyaterosh 포럼에서 내 게시물을 이동합니다.
이 주제는 사용자 프로그램의 매개변수를 최적화할 수 있는 엄청난 기회를 열어주는 매우 흥미로운 주제입니다. 이를 위해 MQL5 언어 에 표준 기능을 추가하여 테스터를 제어하는 것으로 충분합니다 .
나는 메타따옴표를 위한 또 다른 스크립팅 언어를 만드는 것이 즐거울 것이라고 생각하지 않습니다.
가장 합리적인 방법은 개방형 API입니다.
장점: 언어를 개발할 필요가 없습니다. 이는 매우 생산적이지 않기 때문입니다. 많은 기성 프로그래밍 언어가 있으며 API는 최대한 그들과 친구가 되어야 합니다.
단점: 공개 API에는 항상 돌아다니는 일반 영웅이 악용할 수 있는 보안 "구멍"이 있을 수 있습니다. 저것들. 바로 이 "구멍"을 예상하고 최대한 막아야 합니다.
그러나 단점을 해결하기 위해 약간 다른 방식으로 갈 수 있습니다. 즉, API를 서버에 직접 가져오는 것이 아니라 거래 터미널을 통해 가져오는 것입니다. 저것들. 터미널 서버 API는 닫혀 있고 외부 터미널 응용 프로그램 API는 열려 있습니다. 예를 들어, 외부 응용 프로그램이 필요한 정보를 요청하고 터미널의 콘솔(또는 TCP/IP 프로토콜을 통해)을 통해 서버에 보낼 수 있도록 합니다. 저것들. 터미널의 분노를 어느 정도 감지하고 감지하는 시스템은 이미 고문 또는 잘못된 수동 요청에 대해 제공되며 수정되었습니다. 처리됨. 터미널에 필요한 모든 기능도 있습니다. API를 연결하는 것은 항상 MQL*에서 혹등을 조각하는 것보다 훨씬 쉽고 저렴합니다.
적어도 dukas는 API를 통해 그의 삶을 더 쉽게 만들었습니다. 메타 인용문도 그것에 대해 생각해야 합니다. MQL5를 단독으로 개발하는 데 시간이 얼마나 걸렸습니까? 그리고 MetaTrader5는 브로커를 위한 테스트였기 때문에 지금까지 그대로 유지되고 있습니다.
물론 API는 전략 테스터의 관리도 제공해야 합니다. 때문에 명령줄을 통해 매우 편리하지 않습니다. 많은 구성 파일 + 후속 HTML 결과 구문 분석. 터미널이 매번 다시 시작되고 완료되면 언로드된다는 것은 말할 것도 없고(많은 일련의 짧은 테스트를 실행해야 하는 경우 감염 경고음이 울립니다.)
할거야?
최신 버전 다운로드 페이지( http://gold-dust.info/ru/downloads )에서 다운로드할 수 있는 버전 2.1에 추가되었습니다.
Yuri Vyacheslavovich, 어떤 이유로 이전 버전 2.0이 다운로드 사이트에 있고 새 버전은 다운로드되지 않습니다.
모든 것이 훌륭하게 다운로드됩니다. 다운로드 및 설치를 시도했습니다. 버전 2.1 다운로드 및 설치
데이터가 어딘가에 캐시될 수 있습니다. 파일은 사이트에서 다운로드되지 않고 로컬 컴퓨터 또는 프록시 서버의 캐시에서 로드됩니까?
TA는 브로커 일하는데...(농담?)
그것은 자금 관리와 함께 작동합니다...(내가 아는 유행어...) TA와 MM은 martingale의 경우처럼 분기가 아니라 거래 작업 의 수렴을 보장해야 합니다...
CodeBase 의 GD 방법에 대한 간략한 설명과 함께 EA 게시
Expert Advisor 코드는 https://www.mql5.com/en/code/10151 에서 사용할 수 있습니다.
테스터를 위한 스크립팅 언어 주제에 대해 mql5.com에서 설문조사를 수행했습니다.
투표해주세요: https://www.mql5.com/ru/forum/3328
테스터를 위한 스크립팅 언어 주제에 대해 mql5.com에서 설문조사를 수행했습니다.
투표해주세요: https://www.mql5.com/ru/forum/3328
나는 메타따옴표를 위한 또 다른 스크립팅 언어를 만드는 것이 즐거울 것이라고 생각하지 않습니다.
가장 합리적인 방법은 개방형 API입니다.
장점: 언어를 개발할 필요가 없습니다. 이는 매우 생산적이지 않기 때문입니다. 많은 기성 프로그래밍 언어가 있으며 API는 최대한 그들과 친구가 되어야 합니다.
단점: 공개 API에는 항상 돌아다니는 일반 영웅이 악용할 수 있는 보안 "구멍"이 있을 수 있습니다. 저것들. 바로 이 "구멍"을 예상하고 최대한 막아야 합니다.
그러나 단점을 해결하기 위해 약간 다른 방식으로 갈 수 있습니다. 즉, API를 서버에 직접 가져오는 것이 아니라 거래 터미널을 통해 가져오는 것입니다. 저것들. 터미널 서버 API는 닫혀 있고 외부 터미널 응용 프로그램 API는 열려 있습니다. 예를 들어, 외부 응용 프로그램이 필요한 정보를 요청하고 터미널의 콘솔(또는 TCP/IP 프로토콜을 통해)을 통해 서버에 보낼 수 있도록 합니다. 저것들. 터미널의 분노를 어느 정도 감지하고 감지하는 시스템은 이미 고문 또는 잘못된 수동 요청에 대해 제공되며 수정되었습니다. 처리됨. 터미널에 필요한 모든 기능도 있습니다. API를 연결하는 것은 항상 MQL*에서 혹등을 조각하는 것보다 훨씬 쉽고 저렴합니다.
적어도 dukas는 API를 통해 삶을 더 쉽게 만들었습니다. 메타 인용문도 그것에 대해 생각해야 합니다. MQL5를 단독으로 개발하는 데 시간이 얼마나 걸렸습니까? 그리고 MetaTrader5는 브로커를 위한 테스트였기 때문에 지금까지 유지되고 있습니다.
물론 API는 전략 테스터의 관리도 제공해야 합니다. 때문에 명령줄을 통해 매우 편리하지 않습니다. 많은 구성 파일 + 후속 HTML 결과 구문 분석. 터미널이 매번 다시 시작되고 완료되면 언로드된다는 것은 말할 것도 없고(많은 일련의 짧은 테스트를 실행해야 하는 경우 감염 경고음이 울립니다.)
여기 파이가 있습니다.
나는 메타따옴표를 위한 또 다른 스크립팅 언어를 만드는 것이 즐거울 것이라고 생각하지 않습니다.
가장 합리적인 방법은 개방형 API입니다.
장점: 언어를 개발할 필요가 없습니다. 이는 매우 생산적이지 않기 때문입니다. 많은 기성 프로그래밍 언어가 있으며 API는 최대한 그들과 친구가 되어야 합니다.
단점: 공개 API에는 항상 돌아다니는 일반 영웅이 악용할 수 있는 보안 "구멍"이 있을 수 있습니다. 저것들. 바로 이 "구멍"을 예상하고 최대한 막아야 합니다.
그러나 단점을 해결하기 위해 약간 다른 방식으로 갈 수 있습니다. 즉, API를 서버에 직접 가져오는 것이 아니라 거래 터미널을 통해 가져오는 것입니다. 저것들. 터미널 서버 API는 닫혀 있고 외부 터미널 응용 프로그램 API는 열려 있습니다. 예를 들어, 외부 응용 프로그램이 필요한 정보를 요청하고 터미널의 콘솔(또는 TCP/IP 프로토콜을 통해)을 통해 서버에 보낼 수 있도록 합니다. 저것들. 터미널의 분노를 어느 정도 감지하고 감지하는 시스템은 이미 고문 또는 잘못된 수동 요청에 대해 제공되며 수정되었습니다. 처리됨. 터미널에 필요한 모든 기능도 있습니다. API를 연결하는 것은 항상 MQL*에서 혹등을 조각하는 것보다 훨씬 쉽고 저렴합니다.
적어도 dukas는 API를 통해 그의 삶을 더 쉽게 만들었습니다. 메타 인용문도 그것에 대해 생각해야 합니다. MQL5를 단독으로 개발하는 데 시간이 얼마나 걸렸습니까? 그리고 MetaTrader5는 브로커를 위한 테스트였기 때문에 지금까지 유지되고 있습니다.
물론 API는 전략 테스터의 관리도 제공해야 합니다. 때문에 명령줄을 통해 매우 편리하지 않습니다. 많은 구성 파일 + 후속 HTML 결과 구문 분석. 터미널이 매번 다시 시작되고 완료되면 언로드된다는 것은 말할 것도 없고(많은 일련의 짧은 테스트를 실행해야 하는 경우 감염 경고음이 울립니다.)
여기 파이가 있습니다.
pyaterosh 포럼에서 내 게시물을 이동합니다.
이 주제는 사용자 프로그램의 매개변수를 최적화할 수 있는 엄청난 기회를 열어주는 매우 흥미로운 주제입니다. 이를 위해 MQL5 언어 에 표준 기능을 추가하여 테스터를 제어하는 것으로 충분합니다 .
나는 메타따옴표를 위한 또 다른 스크립팅 언어를 만드는 것이 즐거울 것이라고 생각하지 않습니다.
가장 합리적인 방법은 개방형 API입니다.
장점: 언어를 개발할 필요가 없습니다. 이는 매우 생산적이지 않기 때문입니다. 많은 기성 프로그래밍 언어가 있으며 API는 최대한 그들과 친구가 되어야 합니다.
단점: 공개 API에는 항상 돌아다니는 일반 영웅이 악용할 수 있는 보안 "구멍"이 있을 수 있습니다. 저것들. 바로 이 "구멍"을 예상하고 최대한 막아야 합니다.
그러나 단점을 해결하기 위해 약간 다른 방식으로 갈 수 있습니다. 즉, API를 서버에 직접 가져오는 것이 아니라 거래 터미널을 통해 가져오는 것입니다. 저것들. 터미널 서버 API는 닫혀 있고 외부 터미널 응용 프로그램 API는 열려 있습니다. 예를 들어, 외부 응용 프로그램이 필요한 정보를 요청하고 터미널의 콘솔(또는 TCP/IP 프로토콜을 통해)을 통해 서버에 보낼 수 있도록 합니다. 저것들. 터미널의 분노를 어느 정도 감지하고 감지하는 시스템은 이미 고문 또는 잘못된 수동 요청에 대해 제공되며 수정되었습니다. 처리됨. 터미널에 필요한 모든 기능도 있습니다. API를 연결하는 것은 항상 MQL*에서 혹등을 조각하는 것보다 훨씬 쉽고 저렴합니다.
적어도 dukas는 API를 통해 그의 삶을 더 쉽게 만들었습니다. 메타 인용문도 그것에 대해 생각해야 합니다. MQL5를 단독으로 개발하는 데 시간이 얼마나 걸렸습니까? 그리고 MetaTrader5는 브로커를 위한 테스트였기 때문에 지금까지 그대로 유지되고 있습니다.
물론 API는 전략 테스터의 관리도 제공해야 합니다. 때문에 명령줄을 통해 매우 편리하지 않습니다. 많은 구성 파일 + 후속 HTML 결과 구문 분석. 터미널이 매번 다시 시작되고 완료되면 언로드된다는 것은 말할 것도 없고(많은 일련의 짧은 테스트를 실행해야 하는 경우 감염 경고음이 울립니다.)
여기 파이가 있습니다.
유리님, mql5.com의 설문 스레드에서 귀하의 게시물을 인용해도 될까요? => https://www.mql5.com/ru/forum/3328
// 또는 직접 수행하십시오.
대답하고 토론할 것이 있지만 여기가 아니라 그곳에서 토론하고 싶습니다.
여기에서는 결국 테스터/옵티마이저를 관리하는 것보다 결과 및 최적화 방법과 관련된 주제가 다릅니다.
Yuri, mql5.com의 투표 스레드에서 귀하의 게시물을 인용해도 될까요? => https://www.mql5.com/ru/forum/3328
// 또는 직접 수행하십시오.
대답하고 토론할 것이 있지만 여기가 아니라 그곳에서 토론하고 싶습니다.
여기에서는 결국 테스터/옵티마이저를 관리하는 것보다 결과 및 최적화 방법과 관련된 주제가 다릅니다.
아무도 인용을 금지하지 않습니다 - 기밀 정보가 없습니다. API의 주제는 이미 여러 번 제기되었지만 Metaquotes는 항상 적대감을 만나 MQL5를 개발했습니다. 다시 한번, Renata는 아픈 굳은 살을 밟습니다. 이것은 목욕탕에서 끝날 수 있습니다.
그리고 지역 주제는 다음을 포함하여 교차합니다. 전략 테스터의 관리와 함께 원시 기술: 하나의 최적화와 하나의 테스트는 대부분 기본 조정으로 끝납니다.
아무도 인용을 금지하지 않습니다 - 기밀 정보가 없습니다. API의 주제는 이미 여러 번 제기되었지만 Metaquotes는 항상 적대감을 만나 MQL5를 개발했습니다. 다시 한 번, Renata의 아픈 굳은 살을 밟으면 목욕탕에서 끝날 수 있습니다.
그리고 지역 주제는 다음을 포함하여 교차합니다. 전략 테스터의 관리와 함께 원시 기술: 하나의 최적화와 하나의 테스트는 대부분 기본 조정으로 끝납니다.