얘들 아, 손절매와 20 포인트의 이익으로 모든 방향에서 위치를 여는 Martingale Expert Advisor 버전이 있습니다. 위치가 재생되면 같은 방향으로 열리고 재생되지 않은 경우 같은 방향으로 열립니다. 동일한 손절매로 반대 방향으로 열리고 이익을 취하는데 이미 포지션만 두 배로 늘어나서 이길 때까지 매번 다른 방향으로 열립니다. 아시는 분 계시면 링크 부탁드립니다.
사실 저는 Vladislav Goshkov의 지시자 코드를 예로 들며 프로그래밍을 배우기 시작했습니다. 나는 De-Mark에 따라 지지선과 저항선을 그렸습니다. 다음과 같은 줄이 있었습니다. ObjectMove(buff_str, 1, UpBT[0], UpP[0]); ObjectMove(buff_str, 0, UpBT[1], UpP[1]); 놓다. 테스터가 어떻게 작동하는지 알아보기 시작했습니다. 광선은 프랙탈에 그려지지만 미래가 아닌 과거만 봅니다...))))). 나는 질문하기 시작했습니다 - 나는 그것을 알아 냈습니다! 블라디슬라프에게 경의를 표합니다!!!! 그때 코발레프의 교과서를 만났다. 이 프레젠테이션 형식의 질문에 대한 답변을 더 보려면 여기를 클릭하세요.
2009년, 블라디슬라프였습니다. 분명히 나는 운이 없었고 배열의 인덱스가 섞여서 교환 된 버전을 다운로드했습니다. 그러나 이것들은 세부 사항, 삶의 작은 것들입니다. 모든 사람에게 때때로 발생합니다. 가장 중요한 것은 실제로 실현된 아이디어입니다! 아름답게 구현되었습니다. 감사합니다!!!!
Kovalev의 교과서에서 "Terminal() 사용자 정의 함수" 섹션에서 다음과 같이 읽었습니다. "별도, 마감된 시장 및 삭제된 보류 주문 에 대한 분석(MODE_HISTORY 매개변수가 있는 OrderSelect() 함수의 실행)은 수행되지 않는다는 점에 유의해야 합니다. 일반적으로 거래 Expert Advisors는 마감 및 삭제된 주문에 대한 정보를 사용하지 않습니다. 마감 및 보류 중인 주문에 대한 정보는 거래 계정의 내역을 나타냅니다. 이 정보는 예를 들어 투자의 역동성과 거래의 실제 결과를 반영하는 차트를 작성하는 데 사용할 수 있습니다. 그러나 새로운 거래 결정을 내리는 데는 사용할 수 없습니다. 엄밀히 따지면 이 부분에 대한 회계처리도 비슷한 방식으로 이뤄질 수 있지만 이는 거래와 무관한 별도의 업무”라고 말했다. 아아((
Leo59 : Kovalev의 교과서에서 "Terminal() 사용자 정의 함수" 섹션에서 다음과 같이 읽었습니다. "별도, 마감된 시장 및 삭제된 보류 주문에 대한 분석(MODE_HISTORY 매개변수가 있는 OrderSelect() 함수의 실행)은 수행되지 않는다는 점에 유의해야 합니다. 일반적으로 거래 Expert Advisors는 마감 및 삭제된 주문에 대한 정보를 사용하지 않습니다. 마감 및 보류 중인 주문에 대한 정보는 거래 계정의 내역을 나타냅니다. 이 정보는 예를 들어 투자의 역동성과 거래의 실제 결과를 반영하는 차트를 작성하는 데 사용할 수 있습니다. 그러나 새로운 거래 결정을 내리는 데는 사용할 수 없습니다. 엄밀히 따지면 이 부분에 대한 회계처리도 비슷한 방식으로 이뤄질 수 있지만 이는 거래와 무관한 별도의 업무”라고 말했다. 아아((
역사를 다루는 챕터를 쓰기에는 너무 게으른 것 같아서 그 이유를 생각해 냈습니다. 주문의 역사를 다루는 것은 다소 어려운 작업이며 자체 이상과 어려움이 있습니다. 어리석게 하면 아주 느린 Expert Advisor를 만들 수 있습니다.
역사를 다루는 챕터를 쓰기에는 너무 게으른 것 같아서 그 이유를 생각해 냈습니다. 주문의 역사를 다루는 것은 다소 어려운 작업이며 자체 이상과 어려움이 있습니다. 어리석게 하면 아주 느린 Expert Advisor를 만들 수 있습니다.
여기, Dmitry, 나에게 속도는 중요한 것이 아닙니다.
이 데이터는 추가 통계 처리를 위해 Excel에 로그인하는 데 필요합니다. 따라서 테스터에서 속도가 2-3배 더 느려진다면 어쨌든 최종 처리에서 10배 차이로 승리할 것입니다. 그리고 이것은 며칠 동안 측정됩니다. 이야기는 이렇게 나온다. 따라서 "벼룩 잡기"를 할 시간이 없습니다. 또한 이 버전의 Expert Advisor는 테스트용으로만 필요합니다. 라이트 버전은 계정에서 작동합니다 :)) 아마도 볼 몇 가지 예가 있습니까?
모든 것은 시장 것과 동일하며 OrdersTotal() 및 OrderSelect() 대신 OrdersHistoryTotal()만 사용되므로 OrderSelect(i,SELECT_BY_POS, MODE_HISTORY ). 물론 속도에 관심이 없는 경우가 아니라면... 하지만 속도를 보장해야 하는 경우 모든 독창성을 발휘해야 합니다.
특이한 점은 주문이 티켓별로 정렬되며 티켓이 항상 오름차순으로 가는 것은 아니라는 것입니다. 내역은 시작 시 티켓별로 정렬되며 그 과정에서 배열의 끝에 닫힌 주문이 추가됩니다. 삭제 후 보류 중인 주문 은 내역에 포함되지만 저장되지는 않습니다.
글쎄, 당신은 놀 수 있습니다:
놀다 지칠 때 - 교과서부터 배우기 시작하세요 ;)
#import분명히 15번째 줄은 "사자의 몫"이라는 열쇠입니다."여기에 "모든 경우를 위한" 지갑이 있습니다. (물론 여행가방이 더 좋습니다), Denyushka, 아마도 다른 유용한 것으로 채우는 것은 당신에게 달려 있습니다."
당신은 감사할 필요가 없습니다.
행운을 빕니다!
:))여기, 아르템:
뱉지 말고, 뱉었다면 자리를 비우는 것 잊지마세요 :)
(민중 가르침 지혜)
사실 저는 Vladislav Goshkov의 지시자 코드를 예로 들며 프로그래밍을 배우기 시작했습니다. 나는 De-Mark에 따라 지지선과 저항선을 그렸습니다. 다음과 같은 줄이 있었습니다.
ObjectMove(buff_str, 1, UpBT[0], UpP[0]);
ObjectMove(buff_str, 0, UpBT[1], UpP[1]);
놓다. 테스터가 어떻게 작동하는지 알아보기 시작했습니다. 광선은 프랙탈에 그려지지만 미래가 아닌 과거만 봅니다...))))). 나는 질문하기 시작했습니다 - 나는 그것을 알아 냈습니다! 블라디슬라프에게 경의를 표합니다!!!!
그때 코발레프의 교과서를 만났다. 이 프레젠테이션 형식의 질문에 대한 답변을 더 보려면 여기를 클릭하세요.
거미에 올라온 글인가요? 테스터에서 제대로 그린 것 같습니다.
거미에 올라온 글인가요? 테스터에서 제대로 그린 것 같습니다.
"별도, 마감된 시장 및 삭제된 보류 주문 에 대한 분석(MODE_HISTORY 매개변수가 있는 OrderSelect() 함수의 실행)은 수행되지 않는다는 점에 유의해야 합니다.
일반적으로 거래 Expert Advisors는 마감 및 삭제된 주문에 대한 정보를 사용하지 않습니다. 마감 및 보류 중인 주문에 대한 정보는 거래 계정의 내역을 나타냅니다.
이 정보는 예를 들어 투자의 역동성과 거래의 실제 결과를 반영하는 차트를 작성하는 데 사용할 수 있습니다.
그러나 새로운 거래 결정을 내리는 데는 사용할 수 없습니다.
엄밀히 따지면 이 부분에 대한 회계처리도 비슷한 방식으로 이뤄질 수 있지만 이는 거래와 무관한 별도의 업무”라고 말했다.
아아((
Kovalev의 교과서에서 "Terminal() 사용자 정의 함수" 섹션에서 다음과 같이 읽었습니다.
"별도, 마감된 시장 및 삭제된 보류 주문에 대한 분석(MODE_HISTORY 매개변수가 있는 OrderSelect() 함수의 실행)은 수행되지 않는다는 점에 유의해야 합니다.
일반적으로 거래 Expert Advisors는 마감 및 삭제된 주문에 대한 정보를 사용하지 않습니다. 마감 및 보류 중인 주문에 대한 정보는 거래 계정의 내역을 나타냅니다.
이 정보는 예를 들어 투자의 역동성과 거래의 실제 결과를 반영하는 차트를 작성하는 데 사용할 수 있습니다.
그러나 새로운 거래 결정을 내리는 데는 사용할 수 없습니다.
엄밀히 따지면 이 부분에 대한 회계처리도 비슷한 방식으로 이뤄질 수 있지만 이는 거래와 무관한 별도의 업무”라고 말했다.
아아((
역사를 다루는 챕터를 쓰기에는 너무 게으른 것 같아서 그 이유를 생각해 냈습니다. 주문의 역사를 다루는 것은 다소 어려운 작업이며 자체 이상과 어려움이 있습니다. 어리석게 하면 아주 느린 Expert Advisor를 만들 수 있습니다.
역사를 다루는 챕터를 쓰기에는 너무 게으른 것 같아서 그 이유를 생각해 냈습니다. 주문의 역사를 다루는 것은 다소 어려운 작업이며 자체 이상과 어려움이 있습니다. 어리석게 하면 아주 느린 Expert Advisor를 만들 수 있습니다.
이 데이터는 추가 통계 처리를 위해 Excel에 로그인하는 데 필요합니다. 따라서 테스터에서 속도가 2-3배 더 느려진다면 어쨌든 최종 처리에서 10배 차이로 승리할 것입니다. 그리고 이것은 며칠 동안 측정됩니다. 이야기는 이렇게 나온다.
따라서 "벼룩 잡기"를 할 시간이 없습니다. 또한 이 버전의 Expert Advisor는 테스트용으로만 필요합니다. 라이트 버전은 계정에서 작동합니다 :))
아마도 볼 몇 가지 예가 있습니까?
아마도 볼 몇 가지 예가 있습니까?
모든 것은 시장 것과 동일하며 OrdersTotal() 및 OrderSelect() 대신 OrdersHistoryTotal()만 사용되므로 OrderSelect(i,SELECT_BY_POS, MODE_HISTORY ). 물론 속도에 관심이 없는 경우가 아니라면... 하지만 속도를 보장해야 하는 경우 모든 독창성을 발휘해야 합니다.
특이한 점은 주문이 티켓별로 정렬되며 티켓이 항상 오름차순으로 가는 것은 아니라는 것입니다. 내역은 시작 시 티켓별로 정렬되며 그 과정에서 배열의 끝에 닫힌 주문이 추가됩니다. 삭제 후 보류 중인 주문 은 내역에 포함되지만 저장되지는 않습니다.