정말 감사합니다, 안드레이! 하나의 기호에서 실제로 여러 위치를 한 번에 열 수 있기 때문에 Magic에 대한 모든 것이 명확하지만 반론이 제기되었습니다. 현재 기호를 명시적으로 가리키지 않는 경우 EA가 모든 기호에 대해 열린 위치를 한 번에 처리합니까? 그리고 이것은 EURUSD와 같은 특정 통화 쌍으로 설정되어 있음에도 불구하고 그렇습니다. 솔직히 지금 이 순간이 잘 이해가 되지 않는다.
안부 인사를 전합니다. 블라디미르.
역사적으로 전체 거래 환경을 찾아야 합니다. 마치 바보로부터 보호받는 것처럼. 사용자는 고문이 던지고 있는 기호가 무엇인지 모릅니다))))
OrderTotal 및 PositionTotal은 터미널의 모든 주문/포지션 수를 반환합니다. 현재 창의 기호에 대한 순서 기호 / 위치의 동일성 필터를 고려하여 열거를 통해서만 기호의 위치 수를 알 수 있습니다.)))
네팅에는 하나의 위치만 있을 수 있습니다. 포지션 티켓은 절대 변경되지 않으며 포지션에 접근할 때 사용됩니다. 따라서 한 위치에 대해 해당 티켓을 기억할 수 있고 위치를 정렬할 수 없습니다. 헤지를 위해 2장의 티켓을 기억할 수 있습니다.
보류 중인 주문 의 경우 티켓을 다른 변수나 배열에 저장할 수 있습니다. 하지만 더 어렵습니다.
바실리, 고마워! 이것은 일부 수정 사항이 아니라 특정 의미가 내재된 실제 비즈니스 조언입니다. 기술적 사고의 결과이기 때문에 모든 것을 일관되고 자세하게 그리려고 노력했습니다. 이제 전자 엔지니어가 아니라 프로그래머처럼 생각해야 한다는 것을 완벽하게 이해합니다. 생각하는 면에서 곧 모든 것이 해결되기를 바랍니다.
Vasily, 명확히 해야 할 점이 하나 더 있습니다. 고문 알고리즘의 단락 2에서 그는 다음과 같이 썼습니다. "고문 에서 "후행 수준"을 설정하고 "후행 단계"를 설정하는 두 개의 매개변수를 사용하여 입력 매개변수 블록을 만듭니다. 매개변수 세트 "후행" 이 의미하는 것 레벨" . 이것은 현재 가격 상대 포지션 개시 가격의 "양수" 수준으로, 추적이 손절매를 개시 가격 수준, 즉 손익분기점으로 이동시킬 것입니다.
정말 감사합니다, 안드레이! 하나의 기호에서 실제로 여러 위치를 한 번에 열 수 있기 때문에 Magic에 대한 모든 것이 명확하지만 반론이 제기되었습니다. 현재 기호를 명시적으로 가리키지 않는 경우 EA가 모든 기호에 대해 열린 위치를 한 번에 처리합니까? 그리고 이것은 EURUSD와 같은 특정 통화 쌍으로 설정되어 있음에도 불구하고 그렇습니다. 솔직히 지금 이 순간이 잘 이해가 되지 않는다.
안부 인사를 전합니다. 블라디미르.
역사적으로 전체 거래 환경을 찾아야 합니다. 마치 바보로부터 보호받는 것처럼. 사용자는 고문이 던지고 있는 기호가 무엇인지 모릅니다))))
OrderTotal 및 PositionTotal은 터미널의 모든 주문/포지션 수를 반환합니다. 현재 창의 기호에 대한 순서 기호 / 위치의 동일성 필터를 고려하여 열거를 통해서만 기호의 위치 수를 알 수 있습니다.)))
네팅에는 하나의 위치만 있을 수 있습니다. 포지션 티켓은 절대 변경되지 않으며 포지션에 접근할 때 사용됩니다. 따라서 한 위치에 대해 해당 티켓을 기억할 수 있고 위치를 정렬할 수 없습니다. 헤지를 위해 2장의 티켓을 기억할 수 있습니다.
보류 중인 주문 의 경우 티켓을 다른 변수나 배열에 저장할 수 있습니다. 하지만 더 어렵습니다.
역사적으로 거래 환경 전체를 검색해야 했습니다. 마치 바보로부터 보호받는 것처럼. 사용자는 고문이 던지고 있는 기호가 무엇인지 모릅니다))))
OrderTotal 및 PositionTotal은 터미널의 모든 주문/포지션 수를 반환합니다. 현재 창의 기호에 대한 순서 기호 / 위치의 동일성 필터를 고려하여 열거를 통해서만 기호의 위치 수를 알 수 있습니다.)))
찾고 있는 열린 직책 의 수를 정확하게 정렬하고 결정하는 데 도움이 되는 마법과 주문/직위 유형을 잊지 마세요.)
찾고 있는 열린 직책 의 수를 정확하게 정렬하고 결정하는 데 도움이 되는 마법과 주문/직위 유형을 잊지 마세요.)
그 자체로. 문제는 모든 주문에 대해 검색을 수행하는 이유입니다. 모든 상품에 대한 총 주문 수를 반환하는 함수가 있고 지정된 상품에 대한 주문 수를 반환하는 함수가 없기 때문입니다. 불쌍해)
그 자체로. 문제는 모든 주문에 대해 검색을 수행하는 이유입니다. 모든 상품에 대한 총 주문 수를 반환하는 함수가 있고 지정된 상품에 대한 주문 수를 반환하는 함수가 없기 때문입니다. 불쌍해)
검색 매개변수에 찾고 있는 문자를 추가해 보셨나요?
검색 매개변수에 찾고 있는 문자를 추가해 보셨나요?
보류 중인 주문 의 경우 티켓을 다른 변수나 배열에 저장할 수 있습니다. 하지만 더 어렵습니다.
조언과 조언 모두 감사합니다! 나는 몇 시간 동안 차를 몰고 가야 했기 때문에 모든 사람에게 즉시 대답할 수 없었습니다.
안부 인사를 전합니다. 블라디미르.
일부 수정함
바실리, 고마워! 이것은 일부 수정 사항이 아니라 특정 의미가 내재된 실제 비즈니스 조언입니다. 기술적 사고의 결과이기 때문에 모든 것을 일관되고 자세하게 그리려고 노력했습니다. 이제 전자 엔지니어가 아니라 프로그래머처럼 생각해야 한다는 것을 완벽하게 이해합니다. 생각하는 면에서 곧 모든 것이 해결되기를 바랍니다.
안부 인사를 전합니다. 블라디미르.
역사적으로 전체 거래 환경을 찾아야 합니다. 마치 바보로부터 보호받는 것처럼. 사용자는 고문이 던지고 있는 기호가 무엇인지 모릅니다))))
OrderTotal 및 PositionTotal은 터미널의 모든 주문/포지션 수를 반환합니다. 현재 창의 기호에 대한 순서 기호 / 위치의 동일성 필터를 고려하여 열거를 통해서만 기호의 위치 수를 알 수 있습니다.)))
네팅에는 하나의 위치만 있을 수 있습니다. 포지션 티켓은 절대 변경되지 않으며 포지션에 접근할 때 사용됩니다. 따라서 한 위치에 대해 해당 티켓을 기억할 수 있고 위치를 정렬할 수 없습니다. 헤지를 위해 2장의 티켓을 기억할 수 있습니다.
보류 중인 주문 의 경우 티켓을 다른 변수나 배열에 저장할 수 있습니다. 하지만 더 어렵습니다.
자세한 답변과 특히 티켓 정보에 감사드립니다.
안부 인사를 전합니다. 블라디미르
일부 수정함
Vasily, 명확히 해야 할 점이 하나 더 있습니다. 고문 알고리즘의 단락 2에서 그는 다음과 같이 썼습니다. " 고문 에서 "후행 수준"을 설정하고 "후행 단계"를 설정하는 두 개의 매개변수를 사용하여 입력 매개변수 블록을 만듭니다. 매개변수 세트 "후행" 이 의미하는 것 레벨" . 이것은 현재 가격 상대 포지션 개시 가격의 "양수" 수준으로, 추적이 손절매를 개시 가격 수준, 즉 손익분기점으로 이동시킬 것입니다.
안부 인사를 전합니다. 블라디미르.