첨부 파일 1개
내 마음에 떠오른 귀하의 게시물에 대한 몇 가지 요점(불완전한 목록):귀하의 대부분의 예는 프로그래밍 언어와 응용 프로그램 프레임워크를 혼동하여 발생하는 문제를 가리킵니다. MQL은 C 가 아닙니다. MQL은 C와 훨씬 더 유사한 스크립팅 언어입니다. 클래스 및 구조체 지원으로 인해 C 와 비슷하게 보이지만 C/C 는 실제 언어이고 MQL은 그렇지 않습니다. MQL은 바이트 코드로 컴파일되고 JavaScript와 더 유사한 인터프리터에 의해 실행됩니다. 사용 가능한 내장 함수는 C에서 사용할 수 있는 일부 기능을 다룹니다. 2020년 3월 31일 12:00:00 날짜는 정수가 아니라 D'2020.03.31 12:00:00'으로 표시됩니다. 더 쉬운 것은 상상하기 어렵습니다. 날짜/시간 입력 매개변수는 OS에서 제공하는 기본 날짜/시간 선택기를 지원합니다. 더 나은 것을 상상하기 어렵습니다. 거래 애플리케이션의 프로그래밍 언어가 해결해야 하는 작업은 기능적으로 완전한 프로그래밍 환경을 제공하는 것이 아닙니다. 작업은 거래 로직을 쉽게 표현하는 것입니다. 예를 들어 Tradestation의 EasyLangugae는 MQL보다 훨씬 낫지만 여전히 MQL에 비해 기능이 제한적입니다. 이유가 있고 의도적입니다. 일반 응용 프로그램 개발에서 사용하던 모든 기능에 대한 완전한 프로그래밍 지원이 필요한 경우 다른 언어로 쉽게 전환하고 둘 사이를 연결할 수 있습니다. DLL(C/C , Pascal, C#)을 사용하여 수행되는 MQL에서 MQL의 큰 장점은 여기에 있습니다. 사용 가능한 모든 거래 플랫폼/언어에서 MQL은 다른 언어로 연결하는 가장 쉽고 간단한 인터페이스를 제공합니다. MQL은 쉬운 API 덕분에 매우 좋으며 누락된 모든 기능을 지원할 필요가 없습니다. 다른 거래 플랫폼(이름 지정)에서도 동일한 작업을 시도하면 제 말을 이해하게 될 것입니다. 이제 MQL이 최고이며 개선할 수 없다고 말하는 것은 아닙니다. 가장 누락된 부분은 EasyLanguage와 같은 예외 처리 및 COM 인터페이스입니다. 그러나 엉덩이의 가장 큰 고통은 제한된 기능이 아닙니다. 많은 기능의 버그입니다. 언어와 플랫폼에 대한 요구 사항을 정의해야 합니다. 그것이 바로 단순성, 확장성, 연결 가능성입니다. 모두 함께 MetaTrader/MQL 콤보는 그렇게 나쁘지 않고 다른 많은 것보다 훨씬 낫습니다. 중요한 점: 동일한 플랫폼 환경과 언어에서 전략의 설계, 테스트 및 실행을 수행할 수 있다면 환경이 완벽할 것입니다. 불행히도 테스트와 최적화가 터무니없기 때문에 MT4/MT5/MQL이 형편없는 곳입니다. NinjaTrader가 구출합니다. 반면에 NinjaTrader는 자동 실행에 사용할 수 없습니다. cAlgo를 사용하면 실제로 매우 깨끗한 개발 환경을 갖게 되지만 여전히 거의 각 단계에서 벽에 부딪힙니다. 아직 당신의 시간이 아닙니다. 아직 아닙니다... 따라서 완벽한 플랫폼은 예산이 넉넉한 사람들(예: Deltix의 경우)에게만 존재하며 우리의 소매 작업은 이 불완전한 소매 세계를 최대한 활용하는 것입니다.원래에 의해 게시 됨 ;
당신이 찾고 있는 것은 존재하지만 당신은 그것을 지불해야 합니다. 토끼는 그렇게 달린다. (So läuft der Hase) :-)원래에 의해 게시 됨 ;
https://www.koreaforex.kr/attachment...1099109203.pdf