환경이 변경될 때 셔플되는 환경의 목록을 정렬할 필요가 없지만 고유한 목록을 가지려면 - 셔플되지 않으며 닫기/삭제에 필요한 모든(또는 초과하지만 부족하지 않은) 티켓이 포함되어 있습니다. / 수정합니다. 물리적 부재로 인해 주기를 다시 시작할 필요가 없으며 목록의 다음 주기로 이동하면 됩니다. 그리고 그게 전부입니다. 주기 지수를 변경하고 어떻게든 주기를 반복하려고 할 필요가 없습니다. 우리는 목록을 아래로 내려 가서 해야 할 일을 하려고 합니다. 더 이상 시장에 티켓이 없습니다. 괜찮습니다(더 이상 반환하지 않습니다). 다음 티켓으로 이동하여 계획한 대로 수행합니다. 그리고 타이머는 다음 틱에서 목록을 수정합니다.
물론 할 수 있습니다. 언제든지 일어날 수 있는 일입니다. 당신은 걷고, 걷고, 모든 것이 매끄럽고 갑자기 넘어집니다 ... 모든 경우에 대한 안전망을 생각할 수는 없습니다. 그렇기 때문에 "모든 경우에" 가장 보편적인 기능을 작성하려고 하지 않습니다. 그렇다면 간단한 AmountOrders에 대해 주문이 두 번 선택 되면 어떻게 될까요? 주기가 실행되는 순간에 주문이 수동으로 마감/삭제될 확률은 얼마입니까? 결국 주어진 코드 예제에서 주문은 같은 주기로 마감됩니다. 이것은 실험을 위해서만 쓸 수 있습니다. 실제 생활에서는 순서를 수정하거나 다른 작업을 수행하고 바로 닫을 필요가 있다고 상상할 수 없습니다 ...
환경이 변경될 때 셔플되는 환경의 목록을 정렬할 필요가 없지만 고유한 목록을 가지려면 - 셔플되지 않으며 닫기/삭제에 필요한 모든(또는 초과하지만 부족하지 않은) 티켓이 포함되어 있습니다. / 수정합니다. 물리적 부재로 인해 주기를 다시 시작할 필요가 없으며 목록의 다음 주기로 이동하면 됩니다. 그리고 그게 전부입니다. 주기 지수를 변경하고 어떻게든 주기를 반복하려고 할 필요가 없습니다. 우리는 목록을 아래로 내려 가서 해야 할 일을 하려고 합니다. 더 이상 시장에 티켓이 없습니다. 괜찮습니다(더 이상 반환하지 않습니다). 다음 티켓으로 이동하여 계획한 대로 수행합니다. 그리고 타이머는 다음 틱에서 목록을 수정합니다.
주어진 기호에 대한 주문 수가 지정된 수를 초과하는 경우 어드바이저를 비활성화해야 한다고 상상해 보십시오. 그래서 방법?
물론 할 수 있습니다. 언제든지 일어날 수 있는 일입니다. 당신은 걷고, 걷고, 모든 것이 매끄럽고 갑자기 넘어집니다 ... 모든 경우에 대한 안전망을 생각할 수는 없습니다. 그렇기 때문에 "모든 경우에" 가장 보편적인 기능을 작성하려고 하지 않습니다. 그렇다면 간단한 AmountOrders에 대해 주문이 두 번 선택 되면 어떻게 될까요? 주기가 실행되는 순간에 주문이 수동으로 마감/삭제될 확률은 얼마입니까? 결국 주어진 코드 예제에서 주문은 같은 주기로 마감됩니다. 이것은 실험을 위해서만 쓸 수 있습니다. 실제 생활에서는 순서를 수정하거나 다른 작업을 수행하고 바로 닫을 필요가 있다고 상상할 수 없습니다 ...
주문이 재선정된 것에 대해 누가 기분이 나빴습니까?
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
주문 열거 주기의 구성
fxsaber , 2017.10.06 06:26
일부 티켓을 건너뛰거나 티켓이 한 티켓 뒤에 반복되는 등의 상황이 발생할 수 있습니다.
그리고 그것은 수정에 관한 것이 아니라 간단한 AmountOrders에 관한 것입니다.
IsChange가 5줄이면 어떻게 될까요?
이 특정 문제를 해결하는 것이 아닙니다. 이것은 내 라이브러리를 위한 것입니다. 그리고 편안하게 프로그램을 만드는 데 필요한 많은 문제가 해결되었습니다. 그러나 특히 시장이나 과거 목록의 변경 사실만 반환합니다.
그리고 그것은 수정에 관한 것이 아니라 간단한 AmountOrders에 관한 것입니다.
환경이 변경될 때 셔플되는 환경의 목록을 정렬할 필요가 없지만 고유한 목록을 가지려면 - 셔플되지 않으며 닫기/삭제에 필요한 모든(또는 초과하지만 부족하지 않은) 티켓이 포함되어 있습니다. / 수정합니다. 물리적 부재로 인해 주기를 다시 시작할 필요가 없으며 목록의 다음 주기로 이동하면 됩니다. 그리고 그게 전부입니다. 주기 지수를 변경하고 어떻게든 주기를 반복하려고 할 필요가 없습니다. 우리는 목록을 아래로 내려 가서 해야 할 일을 하려고 합니다. 더 이상 시장에 티켓이 없습니다. 괜찮습니다(더 이상 반환하지 않습니다). 다음 티켓으로 이동하여 계획한 대로 수행합니다. 그리고 타이머는 다음 틱에서 목록을 수정합니다.
그리고 그것은 수정에 관한 것이 아니라 간단한 AmountOrders에 관한 것입니다.
물론 할 수 있습니다. 언제든지 일어날 수 있는 일입니다. 당신은 걷고, 걷고, 모든 것이 매끄럽고 갑자기 넘어집니다 ... 모든 경우에 대한 안전망을 생각할 수는 없습니다. 그렇기 때문에 "모든 경우에" 가장 보편적인 기능을 작성하려고 하지 않습니다. 그렇다면 간단한 AmountOrders에 대해 주문이 두 번 선택 되면 어떻게 될까요? 주기가 실행되는 순간에 주문이 수동으로 마감/삭제될 확률은 얼마입니까? 결국 주어진 코드 예제에서 주문은 같은 주기로 마감됩니다. 이것은 실험을 위해서만 쓸 수 있습니다. 실제 생활에서는 순서를 수정하거나 다른 작업을 수행하고 바로 닫을 필요가 있다고 상상할 수 없습니다 ...
환경이 변경될 때 셔플되는 환경의 목록을 정렬할 필요가 없지만 고유한 목록을 가지려면 - 셔플되지 않으며 닫기/삭제에 필요한 모든(또는 초과하지만 부족하지 않은) 티켓이 포함되어 있습니다. / 수정합니다. 물리적 부재로 인해 주기를 다시 시작할 필요가 없으며 목록의 다음 주기로 이동하면 됩니다. 그리고 그게 전부입니다. 주기 지수를 변경하고 어떻게든 주기를 반복하려고 할 필요가 없습니다. 우리는 목록을 아래로 내려 가서 해야 할 일을 하려고 합니다. 더 이상 시장에 티켓이 없습니다. 괜찮습니다(더 이상 반환하지 않습니다). 다음 티켓으로 이동하여 계획한 대로 수행합니다. 그리고 타이머는 다음 틱에서 목록을 수정합니다.
주어진 기호에 대한 주문 수가 지정된 수를 초과하는 경우 어드바이저를 비활성화해야 한다고 상상해 보십시오. 그래서 방법?
물론 할 수 있습니다. 언제든지 일어날 수 있는 일입니다. 당신은 걷고, 걷고, 모든 것이 매끄럽고 갑자기 넘어집니다 ... 모든 경우에 대한 안전망을 생각할 수는 없습니다. 그렇기 때문에 "모든 경우에" 가장 보편적인 기능을 작성하려고 하지 않습니다. 그렇다면 간단한 AmountOrders에 대해 주문이 두 번 선택 되면 어떻게 될까요? 주기가 실행되는 순간에 주문이 수동으로 마감/삭제될 확률은 얼마입니까? 결국 주어진 코드 예제에서 주문은 같은 주기로 마감됩니다. 이것은 실험을 위해서만 쓸 수 있습니다. 실제 생활에서는 순서를 수정하거나 다른 작업을 수행하고 바로 닫을 필요가 있다고 상상할 수 없습니다 ...
그리고 당신 은 그것을 보지 않았다? 한 번에 재생 가능!
주어진 기호에 대한 주문 수가 지정된 수를 초과하는 경우 어드바이저를 비활성화해야 한다고 상상해 보십시오. 그래서 방법?
같은 장소에서 - 목록에 주문을 쓸 때 타이머에서 - 초과 - 이벤트가 전송되거나 플래그가 발생했습니다.
같은 장소에서 - 목록에 주문을 쓸 때 타이머에서 - 초과 - 이벤트가 전송되거나 플래그가 발생했습니다.
그러나 이것을하지 않는 것이 좋습니다. 모든 것이 제자리에 있어야합니다.
Advisor의 타이머에서 필요한 기준에 따라 목록을 가져오고 list.Total()>xxx를 사용하여 의도한 대로 수행합니다.
그리고 당신 은 그것을 보지 않았다? 한 번에 재생 가능!
그것이 바로 내가 보고 있던 것입니다.
그리고 내 포스팅
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
주문 열거 주기의 구성
알렉세이 빅토 로프 , 2017.10.06 08:49
주기가 실행되는 순간에 주문이 수동으로 마감/삭제될 확률은 얼마입니까?
그럼에도 불구하고 계속해서 주문을 열거하는 사이클을 주도하는 실제 거래의 깊은 의미는 무엇입니까? 가장 중요한 쓰레기...
그럼에도 불구하고 계속해서 주문을 열거하는 사이클을 주도하는 실제 거래의 깊은 의미는 무엇입니까?
전투 환경에서는 항상 이 작업을 수행해야 합니다! 따라서 주기 내에서 제3자가 포지션을 청산 할 확률은 백분율입니다.