사실, 주문 처리 주기 내부와 외부에서 모두 사용할 수 있는 범용 함수 중 하나에 의해 오류가 생성된 상황이 발생했습니다. 주문이 선택되기 전에 오류가 발생했습니다. 모든 주문이 선택된 후와 그 이전에 모두 사용할 수 있는 주문과 함께 작동하는 범용 서비스 기능을 만들려면 미결 주문이 있을 때와 없을 때 모두 다음과 같은 메커니즘을 사용해야 합니다. 이 실수에 대해 자신을 확인하기 위해 마지막 페이지에 나를 배치했습니다.
주문 선택이 라이브러리 모듈로 전송되지 않고 다시 되돌아온다는 사실에 대해서는 이 스레드의 앞부분에서 이미 썼습니다.
한 번에 하나의 주문만 선택할 수 있다는 사실을 계속 잊고 있습니다. 출력 = 저축 은행(자신의 배열)에 주문 목록을 저장합니다. 하나의 전역 변수 lastorder로는 충분하지 않습니다. lastords[티켓][기능]과 같은 변형이 더 좋습니다.
배열에 모든 주문을 저장하는 것은 복잡한 그리드 Expert Advisors에 적합하지만 모든 Expert Advisors를 연속적으로 저장하는 것은 아닙니다. 제 상황과 관련하여 대포에서 참새를 쏘는 방법입니다. 하나의 주문만 선택할 수 있다는 것을 잊지 마십시오. 나는 그것이 선택되었는지(특정 순서가 아니라 이 틱에서 임의의 순서가 선택되었는지 여부, 즉 orderselect에 대한 성공적인 호출이 있는지 여부)를 오류 없이 알아내는 것이 불가능하다는 사실에 주목했습니다. 그러나 lastorder 유형의 단일 변수는 이 목적에 충분합니다.
재미있는 것이 떠오르면 바로 포스팅하겠습니다. 이 메커니즘 없이는 하기 어려운 상황입니다. 그렇지 않으면 즉시 "올바른" 프로그래밍을 하라고 조언할 것입니다. ))
이것이 일상적인 일상적인 상황임을 증명하려는 경우 찾아야 할 것이 있습니다. 많은 주문으로 작업하면서 동시에 주문을 놓칠 염려 없이 하나씩 선택할 수 있습니다. 그리고 이것이 하나의 주문이라면 다른 기능에서 그것을 다시 선택하는 것은 어두운 방에서 검은 고양이를 찾는 것과 비교할 때 사소한 일입니다.
이것이 일상적인 일상적인 상황임을 증명하려는 경우 찾아야 할 것이 있습니다. 많은 주문으로 작업하면서 동시에 주문을 놓칠 염려 없이 하나씩 선택할 수 있습니다. 그리고 이것이 하나의 주문이라면 다른 기능에서 그것을 선택하는 것은 어두운 방에서 검은 고양이를 찾는 것과 비교할 때 일반적으로 사소한 일입니다.
글쎄, 나는 주어진 매직 심볼에 대해 열린 모든 주문의 수를 얻기 위해 Expert Advisors 중 하나에서 템플릿 함수 MyTotal()을 호출하여 이 상황에 부딪쳤습니다. 분명히, 과거 Expert Advisors 중 일부에서 주기에 사용했기 때문에 현재 주문 선택 항목 을 저장하고 복원하는 기능을 추가했습니다. 그런 다음 orderselect 전에 주기 없이 사용했기 때문에 오류가 발생했습니다. 내 템플릿 기능이 일반적이고 루프 안팎에서 모두 사용할 수 있기를 원하므로 MySelect/TickSelect 래퍼와 함께 이 템플릿을 사용할 것입니다. 나는 여전히 모든 루프에서 OrderSelect 대신 MySelect를 사용하여 코드의 양을 줄입니다.
이 특정 상황에서 동시에 2개 이상의 주문을 처리해야 하는 이유가 분명하다고 생각합니다. 우리는 메인 루프에서 몇 가지 주문으로 작업한 다음 MyTotal을 호출합니다. 그러면 필요한 주문 수를 결정하기 위해 모든 주문을 거쳐야 합니다.
사실, 주문 처리 주기 내부와 외부에서 모두 사용할 수 있는 범용 함수 중 하나에 의해 오류가 생성된 상황이 발생했습니다. 주문이 선택되기 전에 오류가 발생했습니다. 모든 주문이 선택된 후와 그 이전에 모두 사용할 수 있는 주문과 함께 작동하는 범용 서비스 기능을 만들려면 미결 주문이 있을 때와 없을 때 모두 다음과 같은 메커니즘을 사용해야 합니다. 이 실수에 대해 자신을 확인하기 위해 마지막 페이지에 나를 배치했습니다.
주문 선택이 라이브러리 모듈로 전송되지 않고 다시 되돌아온다는 사실에 대해서는 이 스레드의 앞부분에서 이미 썼습니다.
Anton님도 즐거운 휴일 보내세요!
각 거래 작업에 대해 선택 주문이 있고 문제가 없다는 사실에 익숙해지십시오. 그리고 네, 그들은 당신을 올바르게 썼습니다. 당신은 하나의 주문만 선택할 수 있습니다. 다른 모든 것은 배열로 해결됩니다.
B() 함수가 A() 함수와 함께 작업하기 위해 순서 선택 을 가로채려고 할 때의 상황에 대해 이야기하지 않았습니다. orderselect 우회. 요점은 다릅니다. 이것이 유용할 수 있지만
Anton님도 즐거운 휴일 보내세요!
그리고 당신은 휴가!
한 번에 하나의 주문만 선택할 수 있다는 사실을 계속 잊고 있습니다. 출력 = 저축 은행(자신의 배열)에 주문 목록을 저장합니다. 하나의 전역 변수 lastorder로는 충분하지 않습니다. lastords[티켓][기능]과 같은 변형이 더 좋습니다.
배열에 모든 주문을 저장하는 것은 복잡한 그리드 Expert Advisors에 적합하지만 모든 Expert Advisors를 연속적으로 저장하는 것은 아닙니다. 제 상황과 관련하여 대포에서 참새를 쏘는 방법입니다. 하나의 주문만 선택할 수 있다는 것을 잊지 마십시오. 나는 그것이 선택되었는지(특정 순서가 아니라 이 틱에서 임의의 순서가 선택되었는지 여부, 즉 orderselect에 대한 성공적인 호출이 있는지 여부)를 오류 없이 알아내는 것이 불가능하다는 사실에 주목했습니다. 그러나 lastorder 유형의 단일 변수는 이 목적에 충분합니다.
B() 함수가 A() 함수와 함께 작업하기 위해 순서 선택을 가로채려고 할 때의 상황에 대해 이야기하지 않았습니다. orderselect 우회. 요점은 다릅니다. 이것이 유용할 수 있지만
글쎄, 내가 하나 이상의 주문으로 작업해야 할 필요성을 이해할 수 있도록 상황의 예를 제공합니다. 그건 그렇고, 해피 홀리데이!
글쎄, 내가 하나 이상의 주문으로 작업해야 할 필요성을 이해할 수 있도록 상황의 예를 제공합니다. 그건 그렇고, 해피 홀리데이!
그리고 여러분도 즐거운 휴일 보내세요! -))
재미있는 것이 생각나는 대로 포스팅하겠습니다. 이 메커니즘 없이는 하기 어려운 상황입니다. 그렇지 않으면 즉시 "올바른" 프로그래밍을 하라고 조언할 것입니다. ))
배열에 모든 주문을 저장하는 것은 복잡한 그리드 Expert Advisors에 적합하지만 모든 Expert Advisors를 연속적으로 저장하는 것은 아닙니다. 제 상황과 관련하여 대포에서 참새를 쏘는 방법입니다.
이것은 당신의 선택입니다. 참새 한 마리당 새총을 자르고 싶다면 맞추는 데 시간을 허비해야 합니다. 나는 모든 발사체에 대해 대포를 한 번 만드는 것을 선호하며 참새를 쏠 필요가있을 때 buckshot을로드하고 한 번에 모두 넣을 것입니다. :)
그리고 여러분도 즐거운 휴일 보내세요! -))
재미있는 것이 떠오르면 바로 포스팅하겠습니다. 이 메커니즘 없이는 하기 어려운 상황입니다. 그렇지 않으면 즉시 "올바른" 프로그래밍을 하라고 조언할 것입니다. ))
이것이 일상적인 일상적인 상황임을 증명하려는 경우 찾아야 할 것이 있습니다. 많은 주문으로 작업하면서 동시에 주문을 놓칠 염려 없이 하나씩 선택할 수 있습니다. 그리고 이것이 하나의 주문이라면 다른 기능에서 그것을 다시 선택하는 것은 어두운 방에서 검은 고양이를 찾는 것과 비교할 때 사소한 일입니다.
이것이 일상적인 일상적인 상황임을 증명하려는 경우 찾아야 할 것이 있습니다. 많은 주문으로 작업하면서 동시에 주문을 놓칠 염려 없이 하나씩 선택할 수 있습니다. 그리고 이것이 하나의 주문이라면 다른 기능에서 그것을 선택하는 것은 어두운 방에서 검은 고양이를 찾는 것과 비교할 때 일반적으로 사소한 일입니다.
글쎄, 나는 주어진 매직 심볼에 대해 열린 모든 주문의 수를 얻기 위해 Expert Advisors 중 하나에서 템플릿 함수 MyTotal()을 호출하여 이 상황에 부딪쳤습니다. 분명히, 과거 Expert Advisors 중 일부에서 주기에 사용했기 때문에 현재 주문 선택 항목 을 저장하고 복원하는 기능을 추가했습니다. 그런 다음 orderselect 전에 주기 없이 사용했기 때문에 오류가 발생했습니다. 내 템플릿 기능이 일반적이고 루프 안팎에서 모두 사용할 수 있기를 원하므로 MySelect/TickSelect 래퍼와 함께 이 템플릿을 사용할 것입니다. 나는 여전히 모든 루프에서 OrderSelect 대신 MySelect를 사용하여 코드의 양을 줄입니다.
이 특정 상황에서 동시에 2개 이상의 주문을 처리해야 하는 이유가 분명하다고 생각합니다. 우리는 메인 루프에서 몇 가지 주문으로 작업한 다음 MyTotal을 호출합니다. 그러면 필요한 주문 수를 결정하기 위해 모든 주문을 거쳐야 합니다.