Print() 함수가 작동하는 이유는 OrderSelect() 함수(중괄호 내)가 열린 주문이 아닌 닫힌 주문을 선택해야 하기 때문입니까? 중괄호 내에서 해야 하는 것 아닌가요? ;) 까다롭고 까다롭습니다.
어떻게 그런 질문을 할 수 있습니까? OrderCloseTime()은 무엇을 반환합니까? 문서에서 . . . " datetimeOrderCloseTime ( )" dateetime이란 무엇입니까? 문서에서 . . . "값은 1970년 1월 1일 00:00부터 경과된 시간(초 )을 나타냅니다."
'ClosedTicketNumber' 변수(OrderTicket();)가 올바른 티켓을 선택하는지 어떻게 알 수 있습니까?
알아요-
올바른 티켓을 선택하고 ;)-
'while' 주기가 프로그램이 중괄호 내에서 이 섹션에 도착하기 전에 시작할 올바른 티켓을 찾았기 때문에 올바른 주문 티켓을 인쇄합니다.
귀하의 변수 i 는 주문 풀의 인덱스입니다. . . 기록 풀이 아닙니다 . . . 히스토리 풀에 100개의 마감된 주문이 있고 i 값이 5이면 마감된 거래를 보고 있는 것입니다. . .
내 코드는 . . . 당신은 그것을 읽고 그것이 무엇을 하는지, 왜 그것이 작동하는지 알아냈어야 하기 때문에 그것이 작동하는 이유를 알아야 합니다. . . 그러나 당신은 "왜"라고 물어야 하고 그래서 당신이 아무것도 배우지 않는 이유입니다.
주문이 마감되기 전에 내 코드가 작동합니다. . . 티켓 번호(티켓 번호는 풀에 관계없이 고유합니다 ! !)는 변수 ClosedTicketNum 에 저장됩니다. . . 그런 다음 Order를 닫고 History 풀로 이동한 다음 ClosedTicketNum 변수를 사용하여 올바른 Order를 선택하고 마지막으로 OrderCloseTime()이 올바른 Order를 보고 있습니다. . . 주문 풀의 인덱스 번호를 기반으로 하는 기록 풀의 일부 알 수 없는 주문이 아닙니다. . .
'while' 주기가 프로그램이 중괄호 내에서 이 섹션에 도착하기 전에 시작할 올바른 티켓을 찾았 기 때문에 올바른 주문 티켓을 인쇄합니다.
while 루프에서 티켓을 찾지 못했습니다. . . . 주문 풀 에서 USDJPY 주문의 인덱스를 찾았을 가능성이 있습니다. . . 풀 인덱스 != 티켓 번호 우리는 전에 이것을 겪지 않았습니까? 따라서 주문 풀에 대한 색인이 있습니다. . . 마감된 USDJPY 주문이 완전히 다른 풀인 히스토리 풀에서 동일한 위치에 있게 되는 이유는 무엇입니까?
OrderSelect() 문서에는 기록에 보관할 수 있는 주문의 제한 수가 명시되어 있지 않습니다. 내가 볼 수 있는 한 OrderSelect() 문서에는 이를 명시하지 않습니다.
100개의 주문이 기본값 이외의 값으로 채워지면 모든 히스토리 풀 주문에 0을 할당할 수 있었습니다. 그러나 이 경우 주문 티켓 번호를 변수에 저장하는 방법이 괜찮은 것 같습니다. 주문 기록이 겉보기 한도인 100에 도달하면 값이 자동으로 재설정된다고 가정했습니다.
다시 읽으세요 . . . 당신은 내가 쓴 것을 오해하고 있습니다. . . 기록 풀에 10개의 마감된 주문이 있거나 20 또는 15개의 주문이 있을 수 있습니다. . . 당신이 가지고있는 번호. . . 10,000 , 1,000 , 121 . . . 하나의 특정 번호 를 제외한 번호가 있으면 코드가 작동하지 않습니다. 그 특정 숫자는 무엇입니까? 그것은 i 의 값이어야 할 것입니다
사이먼,
여기 온다... BAM!
더 좋아! ㅎㅎ;;
고맙습니다.
주문 마감 시간이 이러한 형식(1357306061)으로 표시되는 이유는 무엇입니까?
Print() 함수가 작동하는 이유는 OrderSelect() 함수(중괄호 내)가 열린 주문이 아닌 닫힌 주문을 선택해야 하기 때문입니까? 중괄호 내에서 해야 하는 것 아닌가요? ;) 까다롭고 까다롭습니다.
어떻게 그런 질문을 할 수 있습니까? OrderCloseTime()은 무엇을 반환합니까? 문서에서 . . . " datetime OrderCloseTime ( )" dateetime이란 무엇입니까? 문서에서 . . . "값은 1970년 1월 1일 00:00부터 경과된 시간(초 )을 나타냅니다."
이제 Documentation 읽기를 시작할 때입니다. . .
사이먼,
수정되어 의도한 대로 작동합니다.
2행과 3행.
귀하의 수정 사항은 개선 사항입니다. . .
"Lines 2 & 3"이 내 질문에 대한 답이라면 틀렸기 때문에 다시 살펴봐야 합니다. . . 그것이 옳다고 생각한다면 왜 그것이 옳은지 설명하십시오.
사이먼,
코딩하기 전에 생각하십시오. . . 히스토리 풀에 몇 개의 주문이 있습니까? 내가 맞는지 어떻게 알아?
나는 당신에게 같은 질문을 할 수 있습니다. Simon ;)
'ClosedTicketNumber' 변수(OrderTicket();)가 올바른 티켓을 선택하는지 어떻게 알 수 있습니까?
알아요-
올바른 티켓을 선택하고 ;)-
Print (OrderCloseTime());'while' 주기가 프로그램이 중괄호 내에서 이 섹션에 도착하기 전에 시작할 올바른 티켓을 찾았기 때문에 올바른 주문 티켓 을 인쇄합니다.
고맙습니다.
사이먼,
귀하의 수정 사항은 개선 사항입니다. . .
"사이먼이 말하길" - "당신의 코딩 미래에 대해 아주 희박하고 희미한 희망의 광선이 있을 수 있습니다."라는 매우 드문 순간을 즐기십시오. ㅎㅎ;;
"Lines 2 & 3"이 내 질문에 대한 답이라면 틀렸기 때문에 다시 살펴봐야 합니다. . . 그것이 옳다고 생각한다면 왜 그것이 옳은지 설명하십시오.
아, 예, 예. 작업 중입니다. ;)
고맙습니다.
나는 당신에게 같은 질문을 할 수 있습니다. Simon ;)
'ClosedTicketNumber' 변수(OrderTicket();)가 올바른 티켓을 선택하는지 어떻게 알 수 있습니까?
알아요-
올바른 티켓을 선택하고 ;)-
'while' 주기가 프로그램이 중괄호 내에서 이 섹션에 도착하기 전에 시작할 올바른 티켓을 찾았기 때문에 올바른 주문 티켓을 인쇄합니다.
내 코드는 . . . 당신은 그것을 읽고 그것이 무엇을 하는지, 왜 그것이 작동하는지 알아냈어야 하기 때문에 그것이 작동하는 이유를 알아야 합니다. . . 그러나 당신은 "왜"라고 물어야 하고 그래서 당신이 아무것도 배우지 않는 이유입니다.
주문이 마감되기 전에 내 코드가 작동합니다. . . 티켓 번호(티켓 번호는 풀에 관계없이 고유합니다 ! !)는 변수 ClosedTicketNum 에 저장됩니다. . . 그런 다음 Order를 닫고 History 풀로 이동한 다음 ClosedTicketNum 변수를 사용하여 올바른 Order를 선택하고 마지막으로 OrderCloseTime()이 올바른 Order를 보고 있습니다. . . 주문 풀의 인덱스 번호를 기반으로 하는 기록 풀의 일부 알 수 없는 주문이 아닙니다. . .
알아요-
올바른 티켓을 선택하고 ;)-
'while' 주기가 프로그램이 중괄호 내에서 이 섹션에 도착하기 전에 시작할 올바른 티켓을 찾았 기 때문에 올바른 주문 티켓을 인쇄합니다.
사이먼,
"귀하의 변수 i 는 주문 풀의 인덱스입니다. ... 히스토리 풀이 아닙니다 . .."
OrderSelect() 문서에는 히스토리 풀에 보관할 수 있는 주문의 제한 수가 명시되어 있지 않습니다. 내가 읽은 한 OrderSelect() 문서에는 이를 명시하지 않습니다.
100개의 주문이 기본값 이외의 값으로 채워지면 모든 히스토리 풀 주문에 0을 할당할 수 있었습니다. 그러나 이 경우 주문 티켓 번호를 변수에 저장하는 방법이 괜찮은 것 같습니다. 주문 기록이 겉보기 한도인 100에 도달하면 값이 자동으로 재설정된다고 가정했습니다.
고맙습니다.
사이먼,
"변수 i 는 주문 풀의 인덱스입니다. ... 내역 풀이 아닙니다 . .."
OrderSelect() 문서에는 기록에 보관할 수 있는 주문의 제한 수가 명시되어 있지 않습니다. 내가 볼 수 있는 한 OrderSelect() 문서에는 이를 명시하지 않습니다.
100개의 주문이 기본값 이외의 값으로 채워지면 모든 히스토리 풀 주문에 0을 할당할 수 있었습니다. 그러나 이 경우 주문 티켓 번호를 변수에 저장하는 방법이 괜찮은 것 같습니다. 주문 기록이 겉보기 한도인 100에 도달하면 값이 자동으로 재설정된다고 가정했습니다.
100개의 주문이 기본값 이외의 값으로 채워지면 모든 히스토리 풀 주문에 0을 할당할 수 있었습니다.