여기에서 나는 그것을 내 자신의 취향과 색으로 다시 썼습니다. EoM과 비슷한 것 같지만 일부 피크는 이해할 수 없습니다.
// Ease of Movement
#property indicator_separate_window#property indicator_buffers 1#property indicator_color1 Redexternint PeriodMA =13;externint VolDivisor =10000;double EoMBuffer [];double TempBuffer [];int init (){IndicatorBuffers(2);SetIndexStyle(0,DRAW_LINE);SetIndexBuffer(0, EoMBuffer );SetIndexBuffer(1, TempBuffer );IndicatorShortName("EoM("+ PeriodMA +")");SetIndexLabel(0,"EoM("+ PeriodMA +")");SetIndexDrawBegin(0, PeriodMA );return(0);}int start (){int counted_bars =IndicatorCounted();if( counted_bars >0)
counted_bars --;int limit =Bars- counted_bars ;for(int i =0; i < limit-1 ; i ++)
TempBuffer [ i ]= VolDivisor *(High[ i ]-Low[ i ])*((High[ i ]+Low[ i ])/2.0-(High[ i +1]-Low[ i +1])/2.0)/MathMax(Volume[ i ],1);for( i =0; i < limit ; i ++)
EoMBuffer [ i ]=iMAOnArray( TempBuffer ,Bars, PeriodMA ,0,MODE_SMA, i );return(0);}
1 . 생성된 전략의 선택, 왜냐하면 기계 자체는 모든 사람에게 가장 적합한 전략을 선택할 수 없으며 저축을 위해 vydol의 끝에서 프로그램보다 훨씬 더 나은 전략을 보았습니다.
저는 약간 다른 아이디어가 있습니다. 즉, 전략 저장소를 만드는 것입니다. 저것들. 사용자가 도구와 시간 프레임 1에서 전략을 생성하고 컴퓨터에서 선택하게 합니다. 이 외에도 저장소에서 20가지 전략을 다운로드합니다. 다음으로 다운로드한 모든 전략에 대해 20개의 테스트가 실행되고 특성이 포함된 목록이 컴파일됩니다. 프로그램은 저장소에서 최악의 결과를 가진 전략을 제거하고 대신 새로 생성된 전략을 추가하도록 요청합니다.
전체적으로 사용자에게는 21개의 전략 목록이 남게 되며 그 중 20개는 이미 시간이 지남에 따라 테스트되었으며 이 중에서 가장 좋아하는 것을 선택하고 MQL4에서 Expert Advisors의 소스 코드를 생성할 수 있습니다.
이렇게 하면 타협이 이루어집니다.
1. 컴퓨터는 생성된 전략 중에서 전략을 선택하고, 이는 전혀 우연이 아니라 특정 특성을 고려하여 수행합니다.
2. 프로그램 사용자는 목록에서 전략을 선택합니다. 이것은 그에게 선택할 권리를 제공합니다. 부적절하고 주관적이며 오류가 있습니다. 이것은 이미 테스터가 도출한 균형이나 시간이 지나면서 이미 검증된 전략을 탐내는 그의 문제입니다.
그러나 가장 중요한 것은 이러한 방식으로 리포지토리가 지속적으로 필터링되고 최상의 결과를 제공한 전략만 저장한다는 것입니다. 그리고 무작위 피팅은 자연 선택에 의해 씻겨 나갈 것입니다. 저것들. 목록을 쉽게 살펴보고 대부분의 시간 동안 저장소에서 지속된 전략을 정확하게 선택할 수 있기 때문에 앞으로 테스트가 거의 필요하지 않습니다.
또한 이러한 방식으로 분산 컴퓨팅을 통해 결과를 얻을 수 있습니다. 저것들. 각 컴퓨터는 전략 생성 시간의 약 1/21에 불과하고 전략 테스트 시간의 훨씬 적은 비율을 소비합니다.
불행히도 이전 사이트에서 저장소를 생성할 수 있는 방법이 없었기 때문입니다. Ucoz의 CMS는 데이터베이스 관리 및 PHP 스크립트 실행을 허용하지 않습니다. 따라서 저장소가 작동할 기반이 되는 Stock Strategy Builder 웹 사이트에 대한 별도의 호스팅을 가져와야 했습니다.
나는 이미 리포지토리의 상당 부분과 그에 맞는 프로그램의 새 버전을 만들었습니다. 특히 전략이 생성되고 테스트될 견적의 품질과 관련하여 몇 가지 세부 사항이 남아 있습니다. 이러한 세부 사항을 해결하는 즉시 저장소 지원이 포함된 버전을 게시할 것입니다.
나는 전략이 거기에만 있는 것이 아니라 지속적으로 테스트 되고 수익성이 있는 경우에만 저장소에 남아 있다는 것을 이해했습니다.
사실, "오늘"(현재 시장에서) "이"전략에는 마이너스가 있고 내일은 상당한 플러스로 돌아올 것입니다.
시장의 어느 부분에서 전략을 테스트할 것인가?
이런 이유로, 나는 역사의 플롯이 적어도 8000개의 막대가 되어야 한다고 가정합니다. 저것들. 8000개 미만의 바를 포함하는 따옴표는 프로그램에서 제외되어야 합니다. 또한 예를 들어 hst 파일이 마지막 날에 업데이트되지 않은 경우 오래된 따옴표를 필터링해야 합니다.
따라서 과거 데이터는 충분히 길고 장기적이며 가장 최근의 것이어야 합니다. 따라서 이러한 역사 섹션의 전략은 더 이상 "1일" 전략이 아닙니다. 최종 결과로 개별 조각이 아닌 전체 기간의 합계가 계산됩니다.
이것은 아마도 큰 시간 프레임의 경우 정상일 것입니다. 그러나 몇 분 또는 M5에는 충분하지 않을 수 있습니다. 질문은 - 일반적으로 전략이 저장되는 기간은 무엇입니까? 그리고 테스트할 막대의 수를 선택하는 잘 정립된 방법(또는 경험)이 있습니까? 나는 보통 20,000개 미만의 바를 보지 않습니다. 근데 그게 아닐수도...
이것은 아마도 큰 시간 프레임의 경우 정상일 것입니다. 그러나 몇 분 또는 M5에는 충분하지 않을 수 있습니다. 문제는 일반적으로 전략이 저장되는 기간은 무엇입니까? 그리고 테스트할 막대의 수를 선택하는 잘 정립된 방법(또는 경험)이 있습니까? 나는 보통 20,000개 미만의 바를 보지 않습니다. 근데 그게 아닐수도...
황금 평균에서 멈추는 동안, 즉. 과거 데이터에서 최소 8000개의 막대. 더 많은 것은 가능하지만 더 적은 것은 불가능합니다.
부정적인 테스트 결과를 기반으로 리포지토리에서 전략을 삭제하도록 허용된 경우 이는 완전히 정확하지 않습니다. 누군가 깨지고 새는 따옴표를 다운로드하고 테스트를 실행하여 모든 수익성 있는 전략을 삭제하는 경우가 있을 수 있기 때문입니다.
예를 들어 -100에서 +100까지 각 전략에 등급을 지정하는 것이 좋습니다. 전략이 처음에 리포지토리에 배치되면 0 등급이 지정됩니다.
모든 전략은 등급에 따라 내림차순으로 정렬됩니다. 최대에서 최소로. 프로그램은 평점이 가장 높은 상위 20개 전략을 다운로드하고 테스트를 실행합니다. 긍정적인 테스트 결과가 얻어지고 전략 등급이 100 이하이면 1 증가하고, 결과가 부정적이면 1 감소합니다. 등급이 -100 미만이면 전략에서 제거됩니다. 저장소.
1. 오랜 시간을 거쳐 검증된 오래된 전략이 가장 높은 평가를 받을 수 있으므로 TOP-20에서 더 일반적일 것입니다.
2. 원데이 전략은 등급이 점차 하락하며 -100레벨 달성 시 삭제됩니다.
3. 프로그램이 깨진 따옴표로 작동하는 경우 등급을 1만 변경할 수 있습니다. 리포지토리의 순위 결과에 전체적으로 영향을 미치지는 않지만 약간만 수정됩니다.
여기에서 나는 그것을 내 자신의 취향과 색으로 다시 썼습니다. EoM과 비슷한 것 같지만 일부 피크는 이해할 수 없습니다.
흥미롭게도 Arms의 원래 아이디어에 따르면 표시기는 0을 기준으로 움직여야 하며 0선과 SMA가 교차할 때 신호를 제공해야 합니다(이는 표시기에 적용되며 즉시 부드럽게 하지 않음).
그러한 변형을 만드는 것이 가능합니까? 나 자신은 (아직) MQlng에 대해 충분히 알지 못하므로 내 코드에서 표시기의 마지막 눈금을 무한히 올라가는 것으로 그립니다(고칠 방법을 모릅니다). 그러나 일반적으로 나에게 적합합니다.
시작은 나쁘지 않지만 이 프로그램에서는 다음을 보고 싶습니다.
1 . 생성된 전략의 선택, 왜냐하면 기계 자체는 모든 사람에게 가장 적합한 전략을 선택할 수 없으며 저축을 위해 vydol의 끝에서 프로그램보다 훨씬 더 나은 전략을 보았습니다.
저는 약간 다른 아이디어가 있습니다. 즉, 전략 저장소를 만드는 것입니다. 저것들. 사용자가 도구와 시간 프레임 1에서 전략을 생성하고 컴퓨터에서 선택하게 합니다. 이 외에도 저장소에서 20가지 전략을 다운로드합니다. 다음으로 다운로드한 모든 전략에 대해 20개의 테스트가 실행되고 특성이 포함된 목록이 컴파일됩니다. 프로그램은 저장소에서 최악의 결과를 가진 전략을 제거하고 대신 새로 생성된 전략을 추가하도록 요청합니다.
전체적으로 사용자에게는 21개의 전략 목록이 남게 되며 그 중 20개는 이미 시간이 지남에 따라 테스트되었으며 이 중에서 가장 좋아하는 것을 선택하고 MQL4에서 Expert Advisors의 소스 코드를 생성할 수 있습니다.
이렇게 하면 타협이 이루어집니다.
1. 컴퓨터는 생성된 전략 중에서 전략을 선택하고, 이는 전혀 우연이 아니라 특정 특성을 고려하여 수행합니다.
2. 프로그램 사용자는 목록에서 전략을 선택합니다. 이것은 그에게 선택할 권리를 제공합니다. 부적절하고 주관적이며 오류가 있습니다. 이것은 이미 테스터가 도출한 균형이나 시간이 지나면서 이미 검증된 전략을 탐내는 그의 문제입니다.
그러나 가장 중요한 것은 이러한 방식으로 리포지토리가 지속적으로 필터링되고 최상의 결과를 제공한 전략만 저장한다는 것입니다. 그리고 무작위 피팅은 자연 선택에 의해 씻겨 나갈 것입니다. 저것들. 목록을 쉽게 살펴보고 대부분의 시간 동안 저장소에서 지속된 전략을 정확하게 선택할 수 있기 때문에 앞으로 테스트가 거의 필요하지 않습니다.
또한 이러한 방식으로 분산 컴퓨팅을 통해 결과를 얻을 수 있습니다. 저것들. 각 컴퓨터는 전략 생성 시간의 약 1/21에 불과하고 전략 테스트 시간의 훨씬 적은 비율을 소비합니다.
불행히도 이전 사이트에서 저장소를 생성할 수 있는 방법이 없었기 때문입니다. Ucoz의 CMS는 데이터베이스 관리 및 PHP 스크립트 실행을 허용하지 않습니다. 따라서 저장소가 작동할 기반이 되는 Stock Strategy Builder 웹 사이트에 대한 별도의 호스팅을 가져와야 했습니다.
나는 이미 리포지토리의 상당 부분과 그에 맞는 프로그램의 새 버전을 만들었습니다. 특히 전략이 생성되고 테스트될 견적의 품질과 관련하여 몇 가지 세부 사항이 남아 있습니다. 이러한 세부 사항을 해결하는 즉시 저장소 지원이 포함된 버전을 게시할 것입니다.
저는 약간 다른 아이디어가 있습니다. 즉, 전략 저장소를 만드는 것입니다. ...
... 따라서 리포지토리는 지속적으로 필터링되고 최상의 결과를 생성한 전략만 저장합니다. 그리고 무작위 피팅은 자연 선택에 의해 씻겨 나갈 것입니다. 저것들. 앞으로 테스트가 거의 필요하지 않습니다 ...
... 저장소가 작동할 기반으로 Stock Strategy Builder 사이트에 대한 별도의 호스팅을 가져와야 했습니다.
... 나는 이미 저장소의 중요한 부분과 그에 맞는 프로그램의 새 버전을 만들었습니다. 특히 전략이 생성되고 테스트될 견적의 품질과 관련하여 몇 가지 세부 사항이 남아 있습니다. 이러한 세부 사항을 해결하는 즉시 저장소 지원이 포함된 버전을 게시할 것입니다.좋은 아이디어! 구현에 행운을 빕니다!
순방향 테스트가 필요하지 않은 이유를 조금 이해하지 못했습니다.
좋은 아이디어! 구현에 행운을 빕니다!
순방향 테스트가 필요하지 않은 이유를 조금 이해하지 못했습니다.
오랜 시간을 거쳐 검증된 전략만이 저장소에 남고 나머지는 점차적으로 제거될 것이기 때문입니다.
예를 들어 반년 동안 거기에 있던 전략이 저장소에서 다운로드되고 오늘날에도 테스트에서 이익을 보여 주면 새로 생성 된 것보다 더 신뢰할 수 있음이 분명합니다.
물론 화재의 경우에 대비하여 누구나 독립적으로 추가 테스트를 실행할 수 있습니다.
... 예를 들어 반 년 동안 거기에 있던 저장소에서 전략을 다운로드하고 오늘날에도 테스트에서 이익을 보여 준다면 새로 생성 된 것보다 더 신뢰할 수 있습니다.
전략은 거기에만 있는 것이 아니라 지속적으로 테스트 되고 수익성이 있는 경우에만 저장소에 남아 있다는 것을 깨달았습니다.
사실, "오늘"(현재 시장에서) "이"전략에는 마이너스가 있고 내일은 상당한 플러스로 돌아올 것입니다.
시장의 어느 부분에서 전략을 테스트할 것인가?
나는 전략이 거기에만 있는 것이 아니라 지속적으로 테스트 되고 수익성이 있는 경우에만 저장소에 남아 있다는 것을 이해했습니다.
사실, "오늘"(현재 시장에서) "이"전략에는 마이너스가 있고 내일은 상당한 플러스로 돌아올 것입니다.
시장의 어느 부분에서 전략을 테스트할 것인가?
이런 이유로, 나는 역사의 플롯이 적어도 8000개의 막대가 되어야 한다고 가정합니다. 저것들. 8000개 미만의 바를 포함하는 따옴표는 프로그램에서 제외되어야 합니다. 또한 예를 들어 hst 파일이 마지막 날에 업데이트되지 않은 경우 오래된 따옴표를 필터링해야 합니다.
따라서 과거 데이터는 충분히 길고 장기적이며 가장 최근의 것이어야 합니다. 따라서 이러한 역사 섹션의 전략은 더 이상 "1일" 전략이 아닙니다. 최종 결과로 개별 조각이 아닌 전체 기간의 합계가 계산됩니다.
...역사의 플롯은 최소한 8000바가 되어야 한다고 가정합니다. ...
이것은 아마도 큰 시간 프레임의 경우 정상일 것입니다. 그러나 몇 분 또는 M5에는 충분하지 않을 수 있습니다. 질문은 - 일반적으로 전략이 저장되는 기간은 무엇입니까? 그리고 테스트할 막대의 수를 선택하는 잘 정립된 방법(또는 경험)이 있습니까? 나는 보통 20,000개 미만의 바를 보지 않습니다. 근데 그게 아닐수도...
이것은 아마도 큰 시간 프레임의 경우 정상일 것입니다. 그러나 몇 분 또는 M5에는 충분하지 않을 수 있습니다. 문제는 일반적으로 전략이 저장되는 기간은 무엇입니까? 그리고 테스트할 막대의 수를 선택하는 잘 정립된 방법(또는 경험)이 있습니까? 나는 보통 20,000개 미만의 바를 보지 않습니다. 근데 그게 아닐수도...
황금 평균에서 멈추는 동안, 즉. 과거 데이터에서 최소 8000개의 막대. 더 많은 것은 가능하지만 더 적은 것은 불가능합니다.
부정적인 테스트 결과를 기반으로 리포지토리에서 전략을 삭제하도록 허용된 경우 이는 완전히 정확하지 않습니다. 누군가 깨지고 새는 따옴표를 다운로드하고 테스트를 실행하여 모든 수익성 있는 전략을 삭제하는 경우가 있을 수 있기 때문입니다.
예를 들어 -100에서 +100까지 각 전략에 등급을 지정하는 것이 좋습니다. 전략이 처음에 리포지토리에 배치되면 0 등급이 지정됩니다.
모든 전략은 등급에 따라 내림차순으로 정렬됩니다. 최대에서 최소로. 프로그램은 평점이 가장 높은 상위 20개 전략을 다운로드하고 테스트를 실행합니다. 긍정적인 테스트 결과가 얻어지고 전략 등급이 100 이하이면 1 증가하고, 결과가 부정적이면 1 감소합니다. 등급이 -100 미만이면 전략에서 제거됩니다. 저장소.
1. 오랜 시간을 거쳐 검증된 오래된 전략이 가장 높은 평가를 받을 수 있으므로 TOP-20에서 더 일반적일 것입니다.
2. 원데이 전략은 등급이 점차 하락하며 -100레벨 달성 시 삭제됩니다.
3. 프로그램이 깨진 따옴표로 작동하는 경우 등급을 1만 변경할 수 있습니다. 리포지토리의 순위 결과에 전체적으로 영향을 미치지는 않지만 약간만 수정됩니다.