...
if ( OrderType ()< 2 )
//здесь корректировка размера позиций с учетом ввода/вывода
흥미로운 점! 전체 코드를 게시할 수 있습니까? 주문이 입금/출금된 자금과 어떻게 연결되는지는 완전히 명확하지 않습니다. 마감된 위치의 기록을 다시 계산하지 않고 초기 잔액을 가정해 보겠습니다. 초기에 계정에 얼마나 많은 자금이 입금되었는지 확인할 수 있습니까? 모든 브로커가 전체 거래 내역을 제공하는 것은 아니며 일부는 1개월 미만이므로 고문의 수익성 재계산이 잘못되었습니다. 거래 시작 날짜 가 올바르게 결정되고 잔액이 한 달 전의 것입니다. 결과적으로 전체 거래 기간 동안 월별 이익이 늘어납니다.
흥미로운 점! 전체 코드를 게시할 수 있습니까? 주문이 입금/출금된 자금과 어떻게 연결되는지는 완전히 명확하지 않습니다. 마감된 위치의 기록을 다시 계산하지 않고 초기 잔액을 가정해 보겠습니다. 초기에 계정에 얼마나 많은 자금이 입금되었는지 확인할 수 있습니까? 모든 브로커가 전체 거래 내역을 제공하는 것은 아니며 일부는 1개월 미만이므로 고문의 수익성 재계산이 잘못되었습니다. 거래 시작 날짜가 올바르게 결정되고 잔액이 한 달 전의 것입니다. 결과적으로 전체 거래 기간 동안 월별 이익이 늘어납니다.
결국은 그렇지 않을 가능성이 높습니다. 터미널에서 "계정 기록" 탭을 열고 마우스 오른쪽 버튼을 클릭한 다음 "모든 기록"을 선택합니다. 기록은 계정이 개설된 순간부터 다운로드됩니다.
흥미로운 점! 전체 코드를 게시할 수 있습니까? 주문이 입금/출금된 자금과 어떻게 연결되는지는 완전히 명확하지 않습니다. 마감된 위치의 기록을 다시 계산하지 않고 초기 잔액을 가정해 보겠습니다. 초기에 계정에 얼마나 많은 자금이 입금되었는지 확인할 수 있습니까? 모든 브로커가 전체 거래 내역을 제공하는 것은 아니며 일부는 1개월 미만이므로 고문의 수익성 재계산이 잘못되었습니다. 거래 시작 날짜가 올바르게 결정되고 잔액이 한 달 전의 것입니다. 결과적으로 전체 거래 기간 동안 월별 이익이 늘어납니다.
여기서 우리는 이것에 대해 이야기하는 것이 아니라 특정 시간까지 계정에 대한 충전/인출이 있었는지 여부를 프로그래밍 방식으로 추적하는 방법에 대해 설명합니다. 아직 코드가 없으며 여기 에 위치 볼륨 조정을 계산하기 위한 기본 공식이 있습니다. (금액(총금액에 따라) 충전/출금이 묶인 횟수)
Roman. : 여기서 우리는 이것에 대해 이야기하는 것이 아니라 특정 시간까지 계정에 대한 충전/인출이 있었는지 여부를 프로그래밍 방식으로 추적하는 방법에 대해 설명합니다. 아직 코드가 없으며 여기 에 위치 볼륨 조정을 계산하기 위한 기본 공식이 있습니다. (금액(총금액에 따라) 충전/출금이 묶인 횟수)
이해합니다.
그리고 $0에 대한 계좌 개설을 시작으로 고려하고 잔액의 1차 보충을 충전으로 고려한다면. 계정에 이루어진 모든 리필(첫 번째 리필 포함)을 프로그래밍 방식으로 결정할 수 있습니까?
문제는 예를 들어 30분마다 모든 주문을 프로그래밍 방식으로 마감하는 방법입니다.
내가 올바르게 이해했다면 시장에 주문이 있는지 조건을 확인합니까? -
흥미로운 점! 전체 코드를 게시할 수 있습니까? 주문이 입금/출금된 자금과 어떻게 연결되는지는 완전히 명확하지 않습니다. 마감된 위치의 기록을 다시 계산하지 않고 초기 잔액을 가정해 보겠습니다. 초기에 계정에 얼마나 많은 자금이 입금되었는지 확인할 수 있습니까? 모든 브로커가 전체 거래 내역을 제공하는 것은 아니며 일부는 1개월 미만이므로 고문의 수익성 재계산이 잘못되었습니다. 거래 시작 날짜 가 올바르게 결정되고 잔액이 한 달 전의 것입니다. 결과적으로 전체 거래 기간 동안 월별 이익이 늘어납니다.
문제는 예를 들어 30분마다 모든 주문을 프로그래밍 방식으로 마감하는 방법입니다.
내가 올바르게 이해했다면 시장에 주문이 있는지 조건을 확인합니까? -
흥미로운 점! 전체 코드를 게시할 수 있습니까? 주문이 입금/출금된 자금과 어떻게 연결되는지는 완전히 명확하지 않습니다. 마감된 위치의 기록을 다시 계산하지 않고 초기 잔액을 가정해 보겠습니다. 초기에 계정에 얼마나 많은 자금이 입금되었는지 확인할 수 있습니까? 모든 브로커가 전체 거래 내역을 제공하는 것은 아니며 일부는 1개월 미만이므로 고문의 수익성 재계산이 잘못되었습니다. 거래 시작 날짜가 올바르게 결정되고 잔액이 한 달 전의 것입니다. 결과적으로 전체 거래 기간 동안 월별 이익이 늘어납니다.
결국은 그렇지 않을 가능성이 높습니다.
터미널에서 "계정 기록" 탭을 열고 마우스 오른쪽 버튼을 클릭한 다음 "모든 기록"을 선택합니다.
기록은 계정이 개설된 순간부터 다운로드됩니다.
내가 올바르게 이해했다면 시장에 주문이 있는지 조건을 확인합니까? -
흥미로운 점! 전체 코드를 게시할 수 있습니까? 주문이 입금/출금된 자금과 어떻게 연결되는지는 완전히 명확하지 않습니다. 마감된 위치의 기록을 다시 계산하지 않고 초기 잔액을 가정해 보겠습니다. 초기에 계정에 얼마나 많은 자금이 입금되었는지 확인할 수 있습니까? 모든 브로커가 전체 거래 내역을 제공하는 것은 아니며 일부는 1개월 미만이므로 고문의 수익성 재계산이 잘못되었습니다. 거래 시작 날짜가 올바르게 결정되고 잔액이 한 달 전의 것입니다. 결과적으로 전체 거래 기간 동안 월별 이익이 늘어납니다.
"close in second"은(는) 무슨 뜻인가요?
오랫동안? 또는 무엇을?
전세 는 30분이 아니라 같은 시간에 주문을 마감한다는 의미입니다.
코드에서 귀하의 예와 같이 설정했습니다.
다른 이유로 로봇은 어떤 식으로든 닫히지 않습니다. 정지가 아니라 이익이 아닙니다.1 2011.07.29 00:00 매수 1 0.01 1.4328 1.3328 1.5328 0.00 1000.00
2 2011.07.29 00:01 마감 1 0.01 1.4327 1.3328 1.5328 -0.10 999.90
3 2011.07.29 00:01 매수 2 0.01 1.4329 1.3329 1.5329 0.00 999.90
4 2011.07.29 00:01 마감 2 0.01 1.4326 1.3329 1.5329 -0.30 999.60
5 2011.07.29 00:01 매수 3 0.01 1.4328 1.3328 1.5328 0.00 999.60
6 2011.07.29 00:03 마감 3 0.01 1.4327 1.3328 1.5328 -0.10 999.50
7 2011.07.29 00:03 매수 4 0.01 1.4329 1.3329 1.5329 0.00 999.50
8 2011.07.29 00:03 종가 4 0.01 1.4329 1.3329 1.5329 0.00 999.50
여기서 우리는 이것에 대해 이야기하는 것이 아니라 특정 시간까지 계정에 대한 충전/인출이 있었는지 여부를 프로그래밍 방식으로 추적하는 방법에 대해 설명합니다. 아직 코드가 없으며 여기 에 위치 볼륨 조정을 계산하기 위한 기본 공식이 있습니다. (금액(총금액에 따라) 충전/출금이 묶인 횟수)
이해합니다.
그리고 $0에 대한 계좌 개설을 시작으로 고려하고 잔액의 1차 보충을 충전으로 고려한다면. 계정에 이루어진 모든 리필(첫 번째 리필 포함)을 프로그래밍 방식으로 결정할 수 있습니까?