보류 중인 주문을 삭제 하기 위한 함수에 대한 24개 호출 및 모든 주문(* 주문 수)을 반복합니다.
시장가 주문 삭제 기능을 7번 호출하고 모든 주문을 순환합니다(* 주문 수).
내부 사이클이 있는 한도 6개 수정(* 주문 수)
내부 사이클이 있는 스톱 오더 6개 수정(*오더 수)
내부 사이클이 있는 주문 설정 기능에 대한 10개 호출(*주문 수)
37번 인쇄(인쇄),
7(일곱) 번은 전체 기록 기간 동안 막대의 전체 기록에 액세스합니다(테스트 중에 증가함).
그리고 시간이 많이 걸립니다.
최적화되지 않은 "if" 필터, 그 안의 복잡한 조건에 대해 이미 침묵하고 있습니다(MT4에는 단축 검사가 없습니다).
글쎄, 그 후에는 완전히 읽을 수 없는 코드에 눈을 감아도 됩니다. 이것은 더 이상 필수가 아닙니다. 적어도 스타일러를 통해 전달하고 최소한 무언가를 얻을 수 있습니다(저는 개인적으로 그의 스타일을 좋아하지 않지만).
미넬레 : 아마 반복하겠지만! 첫 번째이자 아마도 주요 문제는 코드를 읽을 수 없고 구조화되지 않는다는 것입니다. 당신은 매우 명확한 TK를 가질 수 있습니다. 그러나 이마에 코드를 작성하면 그런 엉망이됩니다. TK를 이해하고 오른쪽에서 코드를 작성하는 방식으로 접근하면 (일반적으로) 실행 속도가 크게 향상되지만 다른 비용도 발생합니다.
결과적으로 소위 플로차트가 필요한 것으로 밝혀졌으며 이에 따라 추가 횟수가 실행되고 있음을 알 수 있습니다. 초보 프로그래머("거래자"라고 읽음)의 경우 MT4 프로그램 자체를 사용하여 이러한 코드 시각화를 보는 것이 편리할 것입니다.
내가 이해하는 가장 간단한 최적화에서 이것은 주문 작업을 위한 코드를 체계화하는 것입니다. 즉, TT의 조건이 특정 상황에서 주문 작업이 필요한 경우 막대당 2개의 주요 요청만 만들고 추가로 1틱에 대해 작업을 수행하는 것입니다. 결과적으로 다음과 같은 조건이 발생합니다.
1. 새로운 바를 열 때 주문 업그레이드/청산 조건 확인
2. 주문 변경/닫기
3. 신규 바 오픈 시 신규 오더 오픈 조건 확인
4. 새 주문 열기
5. 틱마다 바 업그레이드 조건 확인
6. 조건 5가 충족될 때 주문의 현대화/종료.
사실, 한 프로그래머는 코드가 여전히 매 틱마다 실행될 것이라고 말했습니다(매 틱마다 확인해야 하는 부분이 아니라 TK 준수에 대한 전체 확인). 어떻게든 해결할 수 없나요?
MetaEditor를 열고 자신의 코드를 작성하기 전까지는 작동 방식을 결코 이해할 수 없습니다. 그리고 아주 작은 초보자라도 그의 실용적인 기술과 경험적 관찰로 당신의 모든 이론적 지식을 능가할 것입니다. 계획에 "자신만의 코드를 작성"할 생각이 없다면 포럼에 왜 속도가 느려지는지 묻지 마십시오. 그것은 당신에게 의미가 없기 때문입니다.
아니면 포럼의 조언에 따라 코딩 전문가가 되기로 결정하셨습니까? :))) "선형 제동"이라는 주제의 이름은 당신이 일종의 과학 부서에서 또는 엔지니어로 공부했음을 알려줍니다.
프로그래밍에는 이론가가 없습니다. 그러나 이론가이고 실습한 적이 없는 프로축구선수/코치/외과의사/언어학자는 없습니다.
프로그램이 작동하지 않는 이유를 찾으려는 모든 시도는 "알고 싶은" 영역이 아니라 특정 "해야 할 일" 벡터에 있어야 합니다.
MetaEditor를 열고 자신의 코드를 작성하기 전까지는 작동 방식을 결코 이해할 수 없습니다. 그리고 아주 작은 초보자라도 그의 실용적인 기술과 경험적 관찰로 당신의 모든 이론적 지식을 능가할 것입니다. 계획에 "자신만의 코드를 작성"할 생각이 없다면 포럼에 왜 속도가 느려지는지 묻지 마십시오. 그것은 당신에게 의미가 없기 때문입니다.
아니면 포럼의 조언에 따라 코딩 전문가가 되기로 결정하셨습니까? :))) "선형 제동"이라는 주제의 이름은 당신이 일종의 과학 부서에서 또는 엔지니어로 공부했음을 알려줍니다.
프로그래밍에는 이론가가 없습니다. 그러나 이론가이고 실습한 적이 없는 프로축구선수/코치/외과의사/언어학자는 없습니다.
프로그램이 작동하지 않는 이유를 찾으려는 모든 시도는 "알고 싶은" 영역이 아니라 특정 "해야 할 일" 벡터에 있어야 합니다.
다른 모든 이론적 주장은 구체적인 행동 없이는 아무 가치가 없습니다.
그리고 주제에 약간의 유머.
유머 감사합니다!
하지만 주제에 대해 이야기를 하면 제 직업이 세금 최적화 분야에 있기 때문에 알고리즘에 대해 잘 알고 있습니다. Excel에서 계산 적용).
게다가 나는 MetaEditor에 익숙하고 간단한 지표를 만들거나 고문의 논리를 수정할 수 있습니다. 하지만트레이딩 기능 의 큰 실패... 지금은 시간이 제한되어 있고, 타고난 프로그래머가 아닌 것 같지만 실행할 때 내 이익을 방어하기 위해 MQL 언어의 기본과 기능을 이해해야 합니다. 주문.
시간 낭비를 멈추고 마침내 개발을 시작해야 합니다. TOR를 생성합니다.
클라이언트에게는 단순한 시간이 아닌 솔루션이 필요하기 때문입니다.
경험이 풍부한 사람은 이 코드에서 시작 기능의 한 단계에서 다시 한 번 설명합니다.
32개의 "for" 루프
주문을 17번 스캔합니다(오픈 및 히스토리 모두),
보류 중인 주문을 삭제 하기 위한 함수에 대한 24개 호출 및 모든 주문(* 주문 수)을 반복합니다.
시장가 주문 삭제 기능을 7번 호출하고 모든 주문을 순환합니다(* 주문 수).
내부 사이클이 있는 한도 6개 수정(* 주문 수)
내부 사이클이 있는 스톱 오더 6개 수정(*오더 수)
내부 사이클이 있는 주문 설정 기능에 대한 10개 호출(*주문 수)
37번 인쇄(인쇄),
7(일곱) 번은 전체 기록 기간 동안 막대의 전체 기록에 액세스합니다(테스트 중에 증가함).
그리고 시간이 많이 걸립니다.
최적화되지 않은 "if" 필터, 그 안의 복잡한 조건에 대해 이미 침묵하고 있습니다(MT4에는 단축 검사가 없습니다).
글쎄, 그 후에는 완전히 읽을 수 없는 코드에 눈을 감아도 됩니다. 이것은 더 이상 필수가 아닙니다. 적어도 스타일러를 통해 전달하고 최소한 무언가를 얻을 수 있습니다(저는 개인적으로 그의 스타일을 좋아하지 않지만).
아마 반복하겠지만! 첫 번째이자 아마도 주요 문제는 코드를 읽을 수 없고 구조화되지 않는다는 것입니다. 당신은 매우 명확한 TK를 가질 수 있습니다. 그러나 이마에 코드를 작성하면 그런 엉망이됩니다. TK를 이해하고 오른쪽에서 코드를 작성하는 방식으로 접근하면 (일반적으로) 실행 속도가 크게 향상되지만 다른 비용도 발생합니다.
결과적으로 소위 플로차트가 필요한 것으로 밝혀졌으며 이에 따라 추가 횟수가 실행되고 있음을 알 수 있습니다. 초보 프로그래머("거래자"라고 읽음)의 경우 MT4 프로그램 자체를 사용하여 이러한 코드 시각화를 보는 것이 편리할 것입니다.
내가 이해하는 가장 간단한 최적화에서 이것은 주문 작업을 위한 코드를 체계화하는 것입니다. 즉, TT의 조건이 특정 상황에서 주문 작업이 필요한 경우 막대당 2개의 주요 요청만 만들고 추가로 1틱에 대해 작업을 수행하는 것입니다. 결과적으로 다음과 같은 조건이 발생합니다.
1. 새로운 바를 열 때 주문 업그레이드/청산 조건 확인
2. 주문 변경/닫기
3. 신규 바 오픈 시 신규 오더 오픈 조건 확인
4. 새 주문 열기
5. 틱마다 바 업그레이드 조건 확인
6. 조건 5가 충족될 때 주문의 현대화/종료.
사실, 한 프로그래머는 코드가 여전히 매 틱마다 실행될 것이라고 말했습니다(매 틱마다 확인해야 하는 부분이 아니라 TK 준수에 대한 전체 확인). 어떻게든 해결할 수 없나요?
그러나 "인쇄" 기능이 최적화 중에 어드바이저의 속도를 늦추나요?
"스타일러"에서 실행한 후 어떤 파일을 첨부하셨나요?
FAQ :
который вы выложили в первом посте темы.
그리고 "코드는 모든 틱에서 여전히 실행될 것입니다(모든 틱 에서 확인해야 하는 부분뿐만 아니라 TOR 준수에 대한 전체 확인)"에 대해 어떻게 의견을 제시합니까?
그리고 "코드는 모든 틱에서 여전히 실행됩니다(TOR 준수에 대한 전체 검사가 아니라 모든 틱에서 확인해야 하는 부분)"에 대해 어떻게 설명합니까?
우리는 그것을 다시 해야 합니다. 현명하게 다시 해야 합니다. 그러면 모든 것이 필요할 때 필요할 때 작동할 것입니다.
이 코드에 대해 말하는 것이 아니라 일반적으로 전 세계적으로 말입니다. 저것들. 당신은 이 진술을 반박합니까?
이 코드에 대해 말하는 것이 아니라 일반적으로 전 세계적으로 말입니다. 저것들. 당신은 이 진술을 반박합니까?
이론을 하지 마십시오. 당신은 어쨌든 아무것도 이해하지 못할 것입니다.
구체적인 코드나 적용이 없는 모든 이론은 공허한 이야기입니다.
반박하거나 확인하려면 코드를 만들고 어떻게 동작하는지 확인하십시오.
이론을 하지 마십시오. 당신은 어쨌든 아무것도 이해하지 못할 것입니다.
구체적인 코드나 적용이 없는 모든 이론은 공허한 이야기입니다.
반박하거나 확인하려면 코드를 만들고 어떻게 동작하는지 확인하십시오.
제가 이해가 안되는 부분이 많을수도 있지만...
행동 촉구를 생각하며...
하지만 나는 그것을 알아 내려고 노력하고 있습니다 ...
MetaEditor를 열고 자신의 코드를 작성하기 전까지는 작동 방식을 결코 이해할 수 없습니다.
그리고 아주 작은 초보자라도 그의 실용적인 기술과 경험적 관찰로 당신의 모든 이론적 지식을 능가할 것입니다.
계획에 "자신만의 코드를 작성"할 생각이 없다면 포럼에 왜 속도가 느려지는지 묻지 마십시오. 그것은 당신에게 의미가 없기 때문입니다.
아니면 포럼의 조언에 따라 코딩 전문가가 되기로 결정하셨습니까? :))) "선형 제동"이라는 주제의 이름은 당신이 일종의 과학 부서에서 또는 엔지니어로 공부했음을 알려줍니다.
프로그래밍에는 이론가가 없습니다. 그러나 이론가이고 실습한 적이 없는 프로축구선수/코치/외과의사/언어학자는 없습니다.
프로그램이 작동하지 않는 이유를 찾으려는 모든 시도는 "알고 싶은" 영역이 아니라 특정 "해야 할 일" 벡터에 있어야 합니다.
다른 모든 이론적 주장은 구체적인 행동 없이는 아무 가치가 없습니다.
그리고 주제에 약간의 유머.
MetaEditor를 열고 자신의 코드를 작성하기 전까지는 작동 방식을 결코 이해할 수 없습니다.
그리고 아주 작은 초보자라도 그의 실용적인 기술과 경험적 관찰로 당신의 모든 이론적 지식을 능가할 것입니다.
계획에 "자신만의 코드를 작성"할 생각이 없다면 포럼에 왜 속도가 느려지는지 묻지 마십시오. 그것은 당신에게 의미가 없기 때문입니다.
아니면 포럼의 조언에 따라 코딩 전문가가 되기로 결정하셨습니까? :))) "선형 제동"이라는 주제의 이름은 당신이 일종의 과학 부서에서 또는 엔지니어로 공부했음을 알려줍니다.
프로그래밍에는 이론가가 없습니다. 그러나 이론가이고 실습한 적이 없는 프로축구선수/코치/외과의사/언어학자는 없습니다.
프로그램이 작동하지 않는 이유를 찾으려는 모든 시도는 "알고 싶은" 영역이 아니라 특정 "해야 할 일" 벡터에 있어야 합니다.
다른 모든 이론적 주장은 구체적인 행동 없이는 아무 가치가 없습니다.
그리고 주제에 약간의 유머.
유머 감사합니다!
하지만 주제에 대해 이야기를 하면 제 직업이 세금 최적화 분야에 있기 때문에 알고리즘에 대해 잘 알고 있습니다. Excel에서 계산 적용).
게다가 나는 MetaEditor에 익숙하고 간단한 지표를 만들거나 고문의 논리를 수정할 수 있습니다. 하지만트레이딩 기능 의 큰 실패... 지금은 시간이 제한되어 있고, 타고난 프로그래머가 아닌 것 같지만 실행할 때 내 이익을 방어하기 위해 MQL 언어의 기본과 기능을 이해해야 합니다. 주문.
글쎄, 그럼 난 정말 관심이 있어요.