이것은 끝에서 열거의 의미이며, 우리가 하나의 주문을 두 번 처리했다는 사실에 군대는 없습니다. 최악의 경우 주문을 계산하는 경우에만 방해가 됩니다. 예를 들어 평균 가격은 하나의 주문이 2번 계산됩니다. 그것이 계산에 크게 방해가 되더라도 다음 틱에서 모든 것이 제자리로 돌아가고 우리는 이익을 취해야 할 위치에 놓을 것입니다. 내 기억으로는 50건이 넘는 주문 과 아시아에서 최악의 소위 "브로커"(예, 예, 제가 말하는 사람이 누구인지 이해합니다. 저를 I라고 합니다). 그러나 계정이 유통된 후(아시다시피 이유), 이것은 한 번 이상 발생하지 않았습니다. 그러나 이것은 또한 피할 수 있습니다:
이 옵션의 문제점이 무엇인지 알고 싶습니다 ???
n개의 주문이 있습니다. OrderSelect 기능으로 m(m<n) 주문을 선택했습니다.
주문 m을 처리하는 동안 서버는 주문 m-1을 닫고 주문 m(처리 중인)의 위치가 m-1로 변경됩니다.
다음 사이클에서 주문 m-1의 처리로 이동하여 이것이 새로운 주문이라고 생각하지만 아니요, 이것은 동일한 주문 m입니다.
위치를 변경하고 서버가 닫은 주문을 대신했습니다. 따라서 연속으로 두 번 처리합니다.
같은 주문.
이것은 mql4..
집에 모든게 뒤죽박죽...
MQL6이 도입되고 MQL4가 아직 사라지지 않았다면 어떤 일이 벌어질까요?
n개의 주문이 있습니다. OrderSelect 기능으로 m(m<n) 주문을 선택했습니다.
주문 m을 처리하는 동안 서버는 주문 m-1을 닫고 주문 m(처리 중인)의 위치가 m-1로 변경됩니다.
다음 사이클에서 주문 m-1의 처리로 이동하여 이것이 새로운 주문이라고 생각하지만 아니요, 이것은 동일한 주문 m입니다.
위치를 변경하고 서버가 닫은 주문을 대신했습니다. 따라서 연속으로 두 번 처리합니다.
같은 주문.
나는 당신과 동의하지 않습니다 ... 그리고 포럼 사용자가 우리를 판단하게하십시오 ....
터미널에 10개의 주문이 있지만... 목록의 주문은 0 1 2 3 4 5 6 7 8 9 Ten? 0은 프로그래밍에서 빠져 나오기 어렵습니다.
따라서 OrdersTotal()의 값은 10이지만 카운트다운 동안 주문에서 총 10-1개, 즉 9개를 가져오고 조건에 따라 0에 도달하면 주기 0> = 0을 다시 반복합니다.
즉, 이 순간 0 > = 0 에서 반복하는 주문이 1개 남았습니다. .
더 이상 자연스럽거나 잘못된 것은 없습니다 ....
아하! 이 스레드의 요지를 얻었습니다!
같은 스레드에서 말도 안 되는 말을 하거나 어리석은 말을 하는 코더를 식별하는 데 도움이 됩니다.
그래서 그들은 알고리즘에 따라 자동으로 갈 것입니다. 그는 어리 석음 - 금지를 말했습니다. :)
그러니 부끄러워하지 말고 가장 "똑똑한" 생각을 표현하세요. 운이 좋을 수도 ;)
하나는 다른 것보다 낫다
그냥 트롤할수있나요??? 설명 좀 해주세요...
무엇 때문에? 누구를 위해? 주문을 올바르게 분류하는 방법과 현재 있는 모든 프로그래머 중 누가 일할 가치가 있는지에 대해서만 논쟁할 수 있는 것처럼 느껴집니다.