테스터를 빠른 테스터-최적화 장치와 정확한 테스터-디버거(시각화 도구도 포함)의 두 부분으로 나누었으면 합니다.
옵티마이저에서는 표시기 신호의 수익성만 확인하고 디버거에서 실행의 정확성에 대한 전체 확인을 수행합니다.
이론상으로는 디버거 없이도 오랫동안 공유해야 할 때다. // 테스터와 옵티마이저를 같은 버튼으로 실행하는 것은 엉덩이, 사용성은 쉬고 있다.
실제로 무엇을 줄 수 있습니까?
1. 현재 분까지 테스트합니다.
이제 오늘까지만. 이러한 방식으로 최적화 프로그램을 제한할 수 있는 이유가 명확하다면 테스트를 제한해야 하는 이유는 무엇입니까?
나는 이것이 테스터 + 옵티마이저의 과도한 접착으로 인한 것이라고 생각합니다. 시리즈의 모든 종류의 공포가 나에게 보이기 시작합니다.
"Renat: - 최적화 결과가 테스트 결과 와 일치하지 않는다는 요청으로 서비스 데스크를 채우는 것을 제안하는 건가요???" :)))
2. 최적화 프로세스를 중단하지 않고 세부적으로 매개변수 세트의 개별 구현을 테스트하는 능력. 많이 필요한 기회입니다.
3. 마지막으로 차트에서 작업하는 Expert Advisors(MQL에서)에서 직접 테스트 및 최적화를 요청합니다.
개발자가 제공한 "반대" 마지막 인수: "자체 최적화 Expert Advisors를 테스트하는 방법? 이것은 나쁜 재귀로 이어질 것입니다!!". 테스터와 옵티마이저를 별도로 구현하면 옵티마이저 자체의 호출을 금지하고 테스터에서 옵티마이저의 호출을 허용하여 재귀를 쉽게 방지할 수 있습니다.
4,5,6 .... 더 많은 논거를 제시할 수 있지만 위의 어떤 것으로도 충분합니다.
우크라이나 : 그리고 오랜 시간 동안 애플리케이션은 Walk-Forward Analysis 테스터에서 수행되기 위해 매달려 있었습니다.
C-4 : C#을 예로 들어보자. 함수나 변수를 선언하려고 하면 컴파일러에서 오류가 발생합니다. 함수 또는 변수는 하위 수준 개념이며 클래스 또는 구조 내부에만 배치할 수 있습니다. 그러나 MQL5에는 혼란이 있습니다. 클래스가 있는 것처럼 보이지만 이러한 클래스를 호출하는 함수도 있지만 그 반대여야 합니다. 여러 클래스가 지원하는 메서드를 통해 서로 통신합니다.
이해했다. 나는 C# 이데올로기가 C++ 이데올로기보다 훨씬 낫다는 데 동의하지만, 당은 ++에 대한 지향을 채택했습니다. 이 주제에 대해 윙윙거리는 것이 말이 되는지 잘 모르겠습니다. 어떤 이유로든 쓸모가 없다고 확신합니다. 비록 유감이지만.
1 그래픽. 차트, 그래픽 개체의 유용성을 염두에 두고 싶습니다... 텍스트 레이블에 그림자를 만들고 싶습니다. 그리고 스타일이 점으로 그려지도록 점으로... 그리고 차트 창을 터미널 밖으로 빼내고 프로그램 속성 창을 펼치고, 마켓 창에서 탭을 드래그하도록 합니다. 그게 다야.
나는 모든 델타와 종소리와 휘파람과 함께 옵션과 MT를 원합니다.
테스터를 빠른 테스터-최적화 장치와 정확한 테스터-디버거(시각화 도구도 포함)의 두 부분으로 나누었으면 합니다.
옵티마이저에서는 표시기 신호의 수익성만 확인하고 디버거에서 실행의 정확성에 대한 전체 확인을 수행합니다.
이론상으로는 디버거 없이도 오랫동안 공유해야 할 때다. // 테스터와 옵티마이저를 같은 버튼으로 실행하는 것은 엉덩이, 사용성은 쉬고 있다.
실제로 무엇을 줄 수 있습니까?
1. 현재 분까지 테스트합니다.
이제 오늘까지만. 이러한 방식으로 최적화 프로그램을 제한할 수 있는 이유가 명확하다면 테스트를 제한해야 하는 이유는 무엇입니까?
나는 이것이 테스터 + 옵티마이저의 과도한 접착으로 인한 것이라고 생각합니다. 시리즈의 모든 종류의 공포가 나에게 보이기 시작합니다.
"Renat: - 최적화 결과가 테스트 결과 와 일치하지 않는다는 요청으로 서비스 데스크를 채우는 것을 제안하는 건가요???" :)))
2. 최적화 프로세스를 중단하지 않고 세부적으로 매개변수 세트의 개별 구현을 테스트하는 능력. 많이 필요한 기회입니다.
3. 마지막으로 차트에서 작업하는 Expert Advisors(MQL에서)에서 직접 테스트 및 최적화를 요청합니다.
개발자가 제공한 "반대" 마지막 인수: "자체 최적화 Expert Advisors를 테스트하는 방법? 이것은 나쁜 재귀로 이어질 것입니다!!". 테스터와 옵티마이저를 별도로 구현하면 옵티마이저 자체의 호출을 금지하고 테스터에서 옵티마이저의 호출을 허용하여 재귀를 쉽게 방지할 수 있습니다.
4,5,6 .... 더 많은 논거를 제시할 수 있지만 위의 어떤 것으로도 충분합니다.
그리고 오랜 시간 동안 애플리케이션은 Walk-Forward Analysis 테스터에서 수행되기 위해 매달려 있었습니다.
C#을 예로 들어보자. 함수나 변수를 선언하려고 하면 컴파일러에서 오류가 발생합니다. 함수 또는 변수는 하위 수준 개념이며 클래스 또는 구조 내부에만 배치할 수 있습니다. 그러나 MQL5에는 혼란이 있습니다. 클래스가 있는 것처럼 보이지만 이러한 클래스를 호출하는 함수도 있지만 그 반대여야 합니다. 여러 클래스가 지원하는 메서드를 통해 서로 통신합니다.
1 그래픽. 차트, 그래픽 개체의 유용성을 염두에 두고 싶습니다... 텍스트 레이블에 그림자를 만들고 싶습니다. 그리고 스타일이 점으로 그려지도록 점으로... 그리고 차트 창을 터미널 밖으로 빼내고 프로그램 속성 창을 펼치고, 마켓 창에서 탭을 드래그하도록 합니다. 그게 다야.
2 사용자 정의 기록.
3 CCA, 완료되면
테스터에서 NN 훈련을 합니다.
이미 존재하는 릴리즈 이벤트 외에도 마우스나 키를 누르는 이벤트와 같은 사소한 이벤트도 보고 싶습니다.
잘게. 일반 MQL 관리 창, 표준 창 대화 상자 및 시각적 편집 도구가 필요합니다. 당연히 모든 사용자 이벤트의 전체 처리.
이상적으로는 전체 터미널 인터페이스가 mql6에서 구현되어야 합니다. 그러면 개발자는 인터페이스 기능에 대해 이해할 수 있는 프로그래머 요청을 전달하지 않을 것입니다.