물론 탱크에 있는 사람들을 위해 내 자신의 OrderSelect 함수 를 작성할 수 있습니다. 이 함수는 주문을 선택하는 것 외에도 글로벌 주문에 티켓을 작성한 다음 주문 여부를 확인해야 하는 경우 이 티켓을 결정합니다. 가 선택되었지만 이를 ..opu를 통한 간단한 문제 해결이라고 합니다.
코드에 오류가 없어야 함) 그러나 이것은 프로그래밍 오류가 아니며 MQL에서 이러한 "오류"가 없는 것보다 더 나쁜 것입니다. 예를 들어 주문이 실행되거나 오류가 반환될 수 있으며 어떤 식으로든 이 오류를 피할 수 없습니다.
그건 확실합니다. 그러나 나는 그러한 오류가 없으면 어디에도 동의하지 않습니다. 이러한 오류를 코드에 남겨두는 것은 나쁜 코드일 뿐입니다. 그리고 오류가 발생하지 않고는 할 수 없는 상황은 도구의 부족입니다. 실행 오류는 완전히 다른 문제이며 실제로 고문의 오류가 아니라 고문에게 추가 조치 옵션에 대한 표시입니다.
이 기능은 추가 작업을 위한 주문을 선택합니다. 함수가 성공적으로 완료되면 TRUE를 반환합니다. 함수 실패 시 FALSE를 반환합니다. 오류에 대한 정보를 얻으려면 GetLastError() 함수를 호출해야 합니다.
주문이 선택되었는지 여부를 알아야 하는 모든 것.
Ant_TL :
당신이 말하고 있다면, 당신의 관점을 정당화하십시오
void SomeFunс()
{
int tick=OrderTicket(); // Поразумевает ордер выбраный посредством OrderSelect (ну или ошибку)
// ..... if (tick> 0 ) OrderSelect (tick,SELECT_BY_TICKET); // Так зачем его еще раз выбирать???
}
순서를 선택하고 다른 것은 선택하지 마십시오.
주문 선택은 현재 주문이 선택되었는지, 현재 어떤 주문이 선택되어 있는지 전혀 알지 못하므로 선택하면 완전히 잘못된 것입니다.
주문 선택은 현재 주문이 선택되었는지 여부를 전혀 알지 못하므로 완전히 잘못된 것입니다.
탱크에 있는 사람들을 위해:
1) 옛날 옛적에 멀리 떨어진 기능에서 당신은 주문을 선택하고 그것에 대해 몇 가지 작업을 수행했습니다.
2) 아주 오랜 시간이 지난 후, 당신은 그에게 다시 연락하고 그의 운명에 대해 다른 것을 알고 싶어합니다.
3) 티켓으로 그에게 연락하고 터미널은 그러한 주문이 없다고 말합니다 (즉, 주문이 아직 선택되지 않았으며 작동에 들어갔고 이름 (티켓)을 안전하게 잊어 버렸습니다) == 오류
주문을 선택할 때 전역 변수 에 해당 이름(티켓)을 기억하고 오랫동안 잊어버린 이름(티켓)으로 액세스(검색)하는 대신 이 전역 변수의 값입니다.
주문의 이름이 그 안에 있다면, 당신은 그것을 잊지 않았다는 긍정적인 대답을 받을 것이고, 당신은 그것의 추가 운명을 찾거나 그것에 대해 몇 가지 조치를 수행할 수 있습니다.
그러나 이름을 잊어버린 경우 주문 선택 기능에서 부정적인 응답을 받게 되며 이 주문을 목록에서 다시 검색해야 함을 이해하게 될 것입니다.
휴...글씨...
어떤 고문을 보아라! 당신은 당신의 obum을 선택하려고 시도하는 첫 번째 사람입니다! 배우다! 전체 포럼에서 왜 그렇게 부끄럽습니까?
내가 부끄러워하는 것이 아니라 내가 쓰는 기본적인 것들을 이해하지 못하는 사람들 (그러나 동시에 그들은 오히려 공격적으로 "가르치려고" 노력하고 있습니다).
"주문이 선택되었는지 확인"은(는) 무슨 뜻인가요?
이것은 mql4 프로그램이 실행되는 매 순간마다 현재 선택된 주문 과 같은 내부 구성이 있음을 의미합니다. OrderSelect의 도움으로 목록에서 티켓 또는 번호별로 개설/종료된 주문을 선택할 수 있습니다.
그러나 주문이 현재 선택되었는지 여부와 OrderSelect를 사용하여 해당 번호가 무엇인지 확인할 수 없습니다. 알려진 데이터(티켓 또는 목록의 번호)를 기반으로 하는 주문만 선택할 수 있습니다.
탱크에 있는 사람들을 위해:
물론 탱크에 있는 사람들을 위해 내 자신의 OrderSelect 함수 를 작성할 수 있습니다. 이 함수는 주문을 선택하는 것 외에도 글로벌 주문에 티켓을 작성한 다음 주문 여부를 확인해야 하는 경우 이 티켓을 결정합니다. 가 선택되었지만 이를 ..opu를 통한 간단한 문제 해결이라고 합니다.
탱크에 있는 사람들을 위해:
1) 옛날 옛적에 멀리 떨어진 기능에서 당신은 주문을 선택하고 그것에 대해 몇 가지 작업을 수행했습니다.
2) 아주 오랜 시간이 지난 후, 당신은 그에게 다시 연락하고 그의 운명에 대해 다른 것을 알고 싶어합니다.
3) 티켓으로 그에게 연락하고 터미널은 그러한 주문이 없다고 말합니다 (즉, 주문이 아직 선택되지 않았으며 작동에 들어갔고 이름 (티켓)을 안전하게 잊어 버렸습니다) == 오류
그것은 당신이 주문을 선택할 때 그 이름(티켓)을 전역 변수에 기억한 다음 오랫동안 잊어 버린 이름(티켓)으로 액세스(검색)하는 대신 주문을 선택하는 것을 방지합니다.
이 전역 변수의 값으로 선택하십시오. 주문의 이름이 포함되어 있으면 잊지 않았다는 긍정적인 답변을 받게 되며, 추가 운명을 찾거나 이에 대해 몇 가지 작업을 수행할 수 있습니다.
그러나 이름을 잊어버린 경우 주문 선택 기능에서 부정적인 응답을 받게 되며 이 주문을 목록에서 다시 검색해야 함을 이해하게 될 것입니다.
휴...글씨...
오류는 오류가 없어야한다는 "겁"
코드에 오류가 없어야 함) 그러나 이것은 프로그래밍 오류가 아니며 MQL에서 이러한 "오류"가 없는 것보다 더 나쁜 것입니다. 예를 들어 주문이 실행되거나 오류가 반환될 수 있으며 어떤 식으로든 이 오류를 피할 수 없습니다.
코드에 오류가 없어야 함) 그러나 이것은 프로그래밍 오류가 아니며 MQL에서 이러한 "오류"가 없는 것보다 더 나쁜 것입니다. 예를 들어 주문이 실행되거나 오류가 반환될 수 있으며 어떤 식으로든 이 오류를 피할 수 없습니다.
그건 확실합니다. 그러나 나는 그러한 오류가 없으면 어디에도 동의하지 않습니다. 이러한 오류를 코드에 남겨두는 것은 나쁜 코드일 뿐입니다. 그리고 오류가 발생하지 않고는 할 수 없는 상황은 도구의 부족입니다. 실행 오류는 완전히 다른 문제이며 실제로 고문의 오류가 아니라 고문에게 추가 조치 옵션에 대한 표시입니다.
그리고 일반적으로 선동가를 퍼뜨립니다.
주문이 선택되었는지 여부를 알아야 하는 모든 것.
당신이 말하고 있다면, 당신의 관점을 정당화하십시오
그는 아마도 DC가 제공하고 차트에서 볼 수 있는 번호로 티켓을 검색할 필요가 있다고 생각할 것입니다.
아니요, 그는 정말로 탱크에 있습니다.