그것이 어떻게 보일지 기술적인 측면에서 완전히 명확하지 않습니다. 결과를 저장하고 다음 시작에서 이전 결과를 읽고 이미 손실 없이 수준을 계산한 경우에도 손으로 포즈를 연 다음 닫았다는 사실에서 아무도 영향을 받지 않는다고 가정해 보겠습니다. 그의 손으로 그것을했고 스크립트는 휴식 시간에 실행되지 않았습니다. 따라서 표시는 이미 올바르지 않습니다.
손익분기점을 구현하는 작업에서 수동 또는 스크립트, 간단한 닫기 또는 다시 닫기(스크립트 사용 또는 수동)에 의해 위치(들)가 어떻게 열리고 닫혔는지 신경써서는 안 됩니다. 중요한 것은 스크립트의 매개변수에 입력한 날짜입니다. 이 순간(이 날짜부터 포함)부터 현재 시간까지 후속 오픈 및 클로즈드 포지션에 대해 시간순으로 손익분기 수준을 계산해야 합니다. 손익분기점이 계산되는 날짜를 변경하려면 이 스크립트를 차트에 다시 던지지만 날짜는 이미 매개변수에서 변경되었습니다.
손익분기점을 구현하는 작업에서 수동 또는 스크립트, 간단한 닫기 또는 다시 닫기(스크립트 사용 또는 수동)에 의해 위치(들)가 어떻게 열리고 닫혔는지 신경써서는 안 됩니다. 중요한 것은 스크립트의 매개변수에 입력한 날짜입니다. 이 순간(이 날짜부터 포함)부터 현재 시간까지 후속 오픈 및 클로즈드 포지션에 대해 시간순으로 손익분기 수준을 계산해야 합니다.
그렇다면 2000년 이후 손익분기점을 계산하도록 요청하면 기록을 어디에서 가져와야 합니까? 그러면 스크립트는 데이터를 어디에서 가져와야 한다고 생각합니까? 이것이 스크립트가 아니라 시작 시간부터 터미널에서 언로드되는 순간까지 추적하는 고문인지 어느 정도 이해할 수 있습니다.
그렇다면 2000년 이후 손익분기점을 계산하도록 요청하면 기록을 어디에서 가져와야 합니까? 그러면 스크립트는 데이터를 어디에서 가져와야 한다고 생각합니까? 스크립트가 아니라 실행 시점부터 터미널에서 언로드되는 순간까지 추적하는 고문인지 어느 정도 이해할 수 있습니다.
2000년부터 왜? 아니요, 최대 2-3일을 읽고 탭에서 "계정 내역" 및 "거래"의 개설 및 마감 위치 기록을 가져옵니다. (예고편에서) 화면에서 명확하게 보여주려고 노력했습니다. 예를 들어, 손익분기점의 시작 날짜는 2010.03.23 06:25이고 더 나아가 현재 시점에서 시간순으로 모든 열린 포지션에 대한 손익분기점 수준을 계산합니다. 이 날짜가 이미 마감된 위치의 시작 날짜와 일치하는 경우 계정은 마감된 위치와 현재 위치만 고려하여 동일한 알고리즘에 따라 진행됩니다.
sever29>> : 2000년부터 왜? 아니요, 최대 2-3일을 읽고 탭에서 "계정 내역" 및 "거래"의 개설 및 마감 위치 기록을 가져옵니다. (예고편에서) 화면에서 명확하게 보여주려고 노력했습니다. 예를 들어, 손익분기점의 시작 날짜는 2010.03.23 06:25이고 더 나아가 현재 시점에서 시간순으로 모든 열린 포지션에 대한 손익분기점 수준을 계산합니다. 이 날짜가 이미 마감된 위치의 시작 날짜와 일치하는 경우 계정은 마감된 위치와 현재 위치만 고려하여 동일한 알고리즘에 따라 진행됩니다.
2000년 예를 들어 유니버설 스크립트가 작동하지 않는다는 사실에 대한 것입니다. "이력 목록의 크기는 터미널의 "계정 이력" 탭의 현재 설정에 따라 다릅니다(c)"라는 제한 사항도 있지만 이 조건은 이미 충족될 수 있지만 이력을 살펴볼 수 있습니다. 원칙적으로 쓰셔도 되지만, 시간이 조금 지나면 이 문제로 돌아가도 될 것 같아요. 방금 오픈한 주문 하나에 줄을 묶는 것도 하나의 일이기 때문에 여기서 약간의 시간을 보내야 합니다.
2000년 예를 들어 유니버설 스크립트가 작동하지 않는다는 사실에 대한 것입니다. "이력 목록의 크기는 터미널의 "계정 이력" 탭의 현재 설정에 따라 다릅니다(c)"라는 제한 사항도 있지만 이 조건은 이미 충족될 수 있지만 이력을 살펴볼 수 있습니다. 원칙적으로 쓰셔도 되지만, 시간이 조금 지나면 이 문제로 돌아가도 될 것 같아요. 방금 열린 주문에 대해 줄을 묶는 것은 하나의 일이지만 여기서 약간의 시간을 보내야합니다.
그것이 어떻게 보일지 기술적인 측면에서 완전히 명확하지 않습니다. 결과를 저장하고 다음 시작에서 이전 결과를 읽고 이미 손실 없이 수준을 계산한 경우에도 손으로 포즈를 연 다음 닫았다는 사실에서 아무도 영향을 받지 않는다고 가정해 보겠습니다. 그의 손으로 그것을했고 스크립트는 휴식 시간에 실행되지 않았습니다. 따라서 표시는 이미 올바르지 않습니다.
손익분기점을 구현하는 작업에서 수동 또는 스크립트, 간단한 닫기 또는 다시 닫기(스크립트 사용 또는 수동)에 의해 위치(들)가 어떻게 열리고 닫혔는지 신경써서는 안 됩니다. 중요한 것은 스크립트의 매개변수에 입력한 날짜입니다. 이 순간(이 날짜부터 포함)부터 현재 시간까지 후속 오픈 및 클로즈드 포지션에 대해 시간순으로 손익분기 수준을 계산해야 합니다. 손익분기점이 계산되는 날짜를 변경하려면 이 스크립트를 차트에 다시 던지지만 날짜는 이미 매개변수에서 변경되었습니다.
손익분기점을 구현하는 작업에서 수동 또는 스크립트, 간단한 닫기 또는 다시 닫기(스크립트 사용 또는 수동)에 의해 위치(들)가 어떻게 열리고 닫혔는지 신경써서는 안 됩니다. 중요한 것은 스크립트의 매개변수에 입력한 날짜입니다. 이 순간(이 날짜부터 포함)부터 현재 시간까지 후속 오픈 및 클로즈드 포지션에 대해 시간순으로 손익분기 수준을 계산해야 합니다.
그렇다면 2000년 이후 손익분기점을 계산하도록 요청하면 기록을 어디에서 가져와야 합니까? 그러면 스크립트는 데이터를 어디에서 가져와야 한다고 생각합니까? 이것이 스크립트가 아니라 시작 시간부터 터미널에서 언로드되는 순간까지 추적하는 고문인지 어느 정도 이해할 수 있습니다.
그렇다면 2000년 이후 손익분기점을 계산하도록 요청하면 기록을 어디에서 가져와야 합니까? 그러면 스크립트는 데이터를 어디에서 가져와야 한다고 생각합니까? 스크립트가 아니라 실행 시점부터 터미널에서 언로드되는 순간까지 추적하는 고문인지 어느 정도 이해할 수 있습니다.
2000년부터 왜? 아니요, 최대 2-3일을 읽고 탭에서 "계정 내역" 및 "거래"의 개설 및 마감 위치 기록을 가져옵니다. (예고편에서) 화면에서 명확하게 보여주려고 노력했습니다. 예를 들어, 손익분기점의 시작 날짜는 2010.03.23 06:25이고 더 나아가 현재 시점에서 시간순으로 모든 열린 포지션에 대한 손익분기점 수준을 계산합니다. 이 날짜가 이미 마감된 위치의 시작 날짜와 일치하는 경우 계정은 마감된 위치와 현재 위치만 고려하여 동일한 알고리즘에 따라 진행됩니다.
2000년 예를 들어 유니버설 스크립트가 작동하지 않는다는 사실에 대한 것입니다. "이력 목록의 크기는 터미널의 "계정 이력" 탭의 현재 설정에 따라 다릅니다(c)"라는 제한 사항도 있지만 이 조건은 이미 충족될 수 있지만 이력을 살펴볼 수 있습니다. 원칙적으로 쓰셔도 되지만, 시간이 조금 지나면 이 문제로 돌아가도 될 것 같아요. 방금 오픈한 주문 하나에 줄을 묶는 것도 하나의 일이기 때문에 여기서 약간의 시간을 보내야 합니다.
2000년 예를 들어 유니버설 스크립트가 작동하지 않는다는 사실에 대한 것입니다. "이력 목록의 크기는 터미널의 "계정 이력" 탭의 현재 설정에 따라 다릅니다(c)"라는 제한 사항도 있지만 이 조건은 이미 충족될 수 있지만 이력을 살펴볼 수 있습니다. 원칙적으로 쓰셔도 되지만, 시간이 조금 지나면 이 문제로 돌아가도 될 것 같아요. 방금 열린 주문에 대해 줄을 묶는 것은 하나의 일이지만 여기서 약간의 시간을 보내야합니다.
가장 중요한 이해에 도달했습니다. 잊지 마세요, 제가 기다릴게요.
가장 중요한 이해에 도달했습니다. 잊지 마세요, 제가 기다릴게요.
당신과 함께 잊지 않을 것입니다)))))))))))))
당신과 함께 잊지 않을 것입니다)))))))))))))
:)))
허허허허허
허허허허
기억은 나지만 여전히 바쁘다.
기억은 나지만 여전히 바쁘다.
확인