테스터를 MkuL로 작성할 필요는 없지만 일부 고급 언어로 작성해야 합니다. MT3에서 MkuLe는 상당히 느렸고 MT4에서는 아무것도 크게 바뀌지 않을 것입니다. 저는 기울기 하강법을 사용하여 최적의 매개변수를 선택하는 것과 같은 하나의 전략에 따라 Delphi에서 기장을 작성했습니다. 그래서 테스터의 프로토타입만 있었지만(예: 하나의 주문으로 작업하고 보류 중인 주문 없이), 11000개의 바에 대해 전략이 허약하지 않았다는 사실에도 불구하고 2초도 채 되지 않아 1000배 재미있었습니다. 세 가지 기간 동안 추세를 고려했습니다. 그리고 내장 스크립트에서 MT의 테스터는 완전한 절망에서만 작성할 수 있습니다. 그건 그렇고, 위에서 설명한 모든 것을 MT3에서 먼저 구현하려고 시도했지만 LoopDetect라는 것이 있고, 한마디로 MT에 헤어지고 침을 뱉었습니다. 더욱이 모든 고급 언어는 더 많은 기능(또는 100배)을 제공합니다. 그건 그렇고, 질문은 - MkuLe4가 객체 지향 프로그래밍을 지원합니까?
첫 번째. mql-4에서는 OOP가 지원되지 않으며 상속도 메서드도 속성도 일반적으로 개체도 클래스도 없습니다. 두번째. MT4에서는 1분에서 1개월까지 최소 3개, 최소 9개 모두 다른 시간 프레임에 대한 값을 쉽게 얻을 수 있습니다. 제삼. MT4는 더 이상 감지 시 반복되지 않습니다. 이것은 제거되었습니다. 네번째. 생산성이 40배나 높아졌습니다. 보다 정확하게는 "MQL4, MQL2, EasyLanguage, Wealth-Lab 3.0 및 VC++: 속도 비교" 를 참조하십시오.
사용자가 자신의 보기(D2, ... XO ...)를 만들 수 있다는 제안이 있었습니다. 그리 어렵지 않은 일처럼...
나는 그 구절의 의미를 이해하지 못했다. 임의의 TF를 생성하기 어렵다는 표현인가요? 만약 당신이 그렇게 말하고 있다면, 나는 당신이 틀렸다는 것을 당신에게 확신시킬 수 있습니다. 하지만 테스터와 마찬가지로 만들기 어렵지 않습니다. 저는 3일 만에 델파이에서 본격적인 테스터 버전을 작성했습니다. 이것은 이 언어의 실용적인 기술과 이론적인 기술이 완전히 결여된 상태입니다(이론의 공백은 워크플로 중에 채워졌습니다). 예비 테스트에서 즉시 제거된 글리치가 밝혀졌습니다. 더 많은 테스트가 진행 중입니다. 버그가 없다고 주장하는 것이 가능할 때 나는 쇠약성 열거(이것은 비효율적이고 절대적으로 용인될 수 없음)가 아닌 "고급" 열거에 기반한 전략 최적화 프로그램을 만드는 것으로 넘어갈 것입니다. 또한 거기에 M1의 타임프레임 변환기를 추가하겠습니다(이를 위한 알고리즘은 어리석고 원시적입니다).
글쎄, 나는 러시아어로 번역하는 다른 방법을 모릅니다 ... 나는 개발자들에게 사용자가 가격대의 맞춤형 보기를 만들고 이러한 보기에서 시스템을 테스트할 수 있는 쉬운 방법을 제공했습니다. 일정한 시간 간격(M1, M90, ..와 같은)뿐만 아니라 XO, 일정한 부피 또는 면적의 막대, Duke, Renko 등과 같은 표현. 당신은 어떤 것을 생각해 낼 수 있습니다 ...
그런 다음 누군가 다른 방법을 제안했습니다(더 간단해 보입니다).
그리 어렵지 않은 일처럼...
다시 말하지만, 나는 번역할 방법을 모른다. 하기 쉽다고 쓰여있는 것 같은데, 그러나 약간 더 부드러운 형식으로 작성되었습니다(단단한 진술이 아니라 가정으로).
저는 3일 만에 델파이에서 본격적인 테스터 버전을 작성했습니다. 이것은 이 언어의 실용적인 기술과 이론적인 기술이 완전히 결여된 상태입니다(이론의 공백은 워크플로 중에 채워졌습니다).
엉터리.... 그러한 일은 특히 "완전히 부재한 상태에서 ..." 테스터에 대한 요구 사항을 스스로 공식화하는 것조차 3일이면 충분하지 않을 수 있습니다. 아마도 당신은 이것에 대해 매우 피상적인 생각을 가지고 있을 것입니다 ... 그리고 귀하의 테스터는 "다소" 이러한 표현에 해당합니다.
그건 그렇고, 질문은 - MkuLe4가 객체 지향 프로그래밍을 지원합니까?
두번째. MT4에서는 1분에서 1개월까지 최소 3개, 최소 9개 모두 다른 시간 프레임에 대한 값을 쉽게 얻을 수 있습니다.
제삼. MT4는 더 이상 감지 시 반복되지 않습니다. 이것은 제거되었습니다.
네번째. 생산성이 40배나 높아졌습니다. 보다 정확하게는 "MQL4, MQL2, EasyLanguage, Wealth-Lab 3.0 및 VC++: 속도 비교" 를 참조하십시오.
테스트에 따르면 표준 TF가 항상 가장 효과적인 것은 아닙니다.
여기 내가 한 예가 있습니다. 작동 안 할 것이다. 출처는 여기 - http://forexsystems.ru/phpBB/viewtopic.php?p=4636#4636
그리고 "RadarScreen 및 기타..."는 무엇입니까? 상세하게 설명할 수 있습니까?
테스트에 따르면 표준 TF가 항상 가장 효과적인 것은 아닙니다.
사용자가 자신의 보기(D2, ... XO ...)를 만들 수 있다는 제안이 있었습니다.
그리 어렵지 않은 일처럼...
사용자가 자신의 보기(D2, ... XO ...)를 만들 수 있다는 제안이 있었습니다.
그리 어렵지 않은 일처럼...
나는 그 구절의 의미를 이해하지 못했다. 임의의 TF를 생성하기 어렵다는 표현인가요?
만약 당신이 그렇게 말하고 있다면, 나는 당신이 틀렸다는 것을 당신에게 확신시킬 수 있습니다. 하지만 테스터와 마찬가지로 만들기 어렵지 않습니다. 저는 3일 만에 델파이에서 본격적인 테스터 버전을 작성했습니다. 이것은 이 언어의 실용적인 기술과 이론적인 기술이 완전히 결여된 상태입니다(이론의 공백은 워크플로 중에 채워졌습니다). 예비 테스트에서 즉시 제거된 글리치가 밝혀졌습니다. 더 많은 테스트가 진행 중입니다. 버그가 없다고 주장하는 것이 가능할 때 나는 쇠약성 열거(이것은 비효율적이고 절대적으로 용인될 수 없음)가 아닌 "고급" 열거에 기반한 전략 최적화 프로그램을 만드는 것으로 넘어갈 것입니다. 또한 거기에 M1의 타임프레임 변환기를 추가하겠습니다(이를 위한 알고리즘은 어리석고 원시적입니다).
바다의 날씨(바람)를 기다리기보다 노를 젓거나 선외 모터로 수영을 하고 싶습니다.
그리고 이해할 수 없는 것은 무엇입니까?
러시아어로 쓰여진 듯...
글쎄, 나는 러시아어로 번역하는 다른 방법을 모릅니다 ...
나는 개발자들에게 사용자가 가격대의 맞춤형 보기를 만들고 이러한 보기에서 시스템을 테스트할 수 있는 쉬운 방법을 제공했습니다. 일정한 시간 간격(M1, M90, ..와 같은)뿐만 아니라 XO, 일정한 부피 또는 면적의 막대, Duke, Renko 등과 같은 표현. 당신은 어떤 것을 생각해 낼 수 있습니다 ...
그런 다음 누군가 다른 방법을 제안했습니다(더 간단해 보입니다).
다시 말하지만, 나는 번역할 방법을 모른다.
하기 쉽다고 쓰여있는 것 같은데,
그러나 약간 더 부드러운 형식으로 작성되었습니다(단단한 진술이 아니라 가정으로).
엉터리....
그러한 일은 특히 "완전히 부재한 상태에서 ..."
테스터에 대한 요구 사항을 스스로 공식화하는 것조차 3일이면 충분하지 않을 수 있습니다.
아마도 당신은 이것에 대해 매우 피상적인 생각을 가지고 있을 것입니다 ...
그리고 귀하의 테스터는 "다소" 이러한 표현에 해당합니다.