MQL5에서 함께 배우고 쓰기 - 페이지 19

 
Interesting :

(예, 실례합니다. 요청은 충분히 입증되지 않았으며 설득력 있는 주장으로 확인되었습니다.)

추신

그러나 내가 놓친 것이 있을 수 있으며 개발자는 그것이 매우 적절하다고 결정합니다.

반복합니다. 개발자에게 요청이 없었습니다. :) 분기의 주제에 따라 요구 사항이나 희망 사항 없었습니다. 그들이 말했듯이: "우리는 수영했습니다 - 우리는 알고 있습니다" :) 나는 그 이유를 여기에 설명했습니다: " 누군가가 6개월 전에 그러한 질문을 제기했다면, 여전히 비교적 빠른 시일 내에 기능이 등장하기를 희망할 수 있고 다음을 기다릴 수 있습니다. 연도 - 날짜에 대한 변수를 직접 입력하는 것이 더 쉽습니다. 완전히 정확하지는 않지만 여전히 ".

언제나처럼, 모든 사람들에게 생각해주셔서 감사합니다! 이번에는 그들이 내가 옳았다는 것을 확신시켜 주었습니다. :)

 

stringo :

예델킨 :

문제. switch(expression){...} 문의 설명에는 " switch 문의 표현 은 정수 유형이어야 합니다"라고 나와 있습니다. 인터넷에서 다른 유형의 표현으로 이 연산자에 대한 설명을 만났습니다. switch 문의 사용이 문자열 유형 표현식을 포함하도록 확장됩니까?

아니요, 불행히도 그렇지 않습니다. 문자열 유형의 경우에만 ... else if ... else

스위치에서 정수 유형 을 사용하기 때문에 다음과 비교할 때 몇 배의 속도 향상이 달성됩니다.

문제. 그리고 " 연산자 ?:"라는 단어 가 있는 경우와 비교하여 (스위치와 유사하게) 가속이 있습니까?

 
Yedelkin :

문제. 그리고 " 연산자 ?:"라는 단어 가 있는 경우와 비교하여 (스위치와 유사하게) 가속이 있습니까?

아니요. 조건 연산자는 if에 비해 속도 향상이 없습니다. 그냥 쓰기 편함.
 
stringo :
아니요. 조건 연산자는 if에 비해 속도 향상이 없습니다. 그냥 쓰기 편함.
Ps, 이해합니다.
 

ORDER_TYPE_BUY_STOP_LIMIT

주문 가격에 도달하면 StopLimit 가격으로 Buy Limit 보류 주문이 배치됩니다.

"보류 중인 구매 제한 주문 배치"를 포함하여 이 주문의 처리가 서버 측에서 발생하는 것으로 나타났습니다. 참고 자료에서 찾을 수 없는 몇 가지 질문이 있습니다.

1) ORDER_TYPE_BUY_STOP_LIMIT 자체가 주문 가격에 도달하고 Buy Limit 보류 주문이 접수되면 기록에 기록됩니까?

2) ORDER_TYPE_BUY_STOP_LIMIT 주문 티켓은 서버 측에서 이루어진 새로운 보류 주문에 의해 상속됩니까?

3) 보류 중인 Buy Limit 주문이 서버 측에서 이루어질 때 거래 유형의 거래 이벤트가 생성됩니까?

4) 서버 측에서 주문 만료 시간, 주문 수명, 새 구매 제한 보류 주문에 할당된 설명은 어떻게(어떤 규칙에 따라) 있습니까?

그리고 일반적으로 서버 측에서 주문을 신속하게 파악하는 현명한 방법이 있습니까? 이미 어딘가에 언급된 적이 있지 않을까요?

 
아마도 처음에는 Old_Time[0]이 올바르게 초기화되지 않았을 것입니다. 코드에서 거기에 무엇이 있는지 명확하지 않습니다. 여기 를 살펴보십시오. 아마도 이 솔루션을 사용할 수 있습니다.
 
AUser :
...
CopyTime(_Symbol,_Period,0,1,Old_Time);
닫는 중괄호 OnTick() 앞에 이 줄을 삽입해 보십시오.
 
스레드는 커널에 전혀 연결되어 있지 않습니다.

Yedelkin :

... Sleep() 함수 는 스레드 자체를 느리게 하지 않습니다.

속도는 느려지지만 다른 스레드를 위한 프로세서 리소스를 확보합니다.

따라서 칠면조에서는 Sleep을 사용할 수 없습니다. 한 스레드에서 많은 수의 칠면조를 계산할 수 있으며 한 스레드에서 Sleep을 사용하면 다른 모든 스레드에도 유휴 시간이 발생합니다.

__________

코드님 제가 좀 늦었어요 :) 다음에는 날짜를 좀 더 꼼꼼히 살펴보도록 할게요.

 
TheXpert :
스레드는 커널에 전혀 연결되어 있지 않습니다.

속도는 느려지지만 다른 스레드를 위한 프로세서 리소스를 확보합니다.

따라서 칠면조에서는 Sleep을 사용할 수 없습니다. 한 스레드에서 많은 수의 칠면조를 계산할 수 있으며 한 스레드에서 Sleep을 사용하면 다른 모든 스레드에도 유휴 시간이 발생합니다.

__________

코드님 제가 좀 늦었 어요 :) 다음에는 날짜를 좀 더 꼼꼼히 살펴보도록 할게요.

늦었다는 점에서. - 좋아요! 여기서 핵심 문구는 "따라서 다른 스레드를 위한 CPU 리소스 확보"입니다. 그것이 내가 질문에서 공식화하려고 한 것입니다.

 
Yedelkin :

ORDER_TYPE_BUY_STOP_LIMIT

주문 가격에 도달하면 StopLimit 가격으로 Buy Limit 보류 주문이 배치됩니다.

"보류 중인 구매 제한 주문 배치"를 포함하여 이 주문의 처리가 서버 측에서 발생하는 것으로 나타났습니다. 참고 자료에서 찾을 수 없는 몇 가지 질문이 있습니다. ...

질문에 대한 답변이 부족한 것으로 판단하면 여기 사람들은 MT4 이후이고 아직 지정가 지정 주문을 사용하는 것으로 전환하지 않았습니다. :)

가사가 없으면 웹에서 STOP LIMIT 주문이 새로운 보류 주문을 생성하지 않고 특정 조건이 충족되면 지정가 주문으로 변환되는 자료를 찾았습니다.

- 계약 가격이 일정 수준에 도달하면 지정가 주문 으로 전환 되는 조건부 주문

- 현재 시장 가격보다 낮지만 주문의 제한 부분에 지정된 가격보다 나쁘지 않은 가격으로 거래를 실행하는 주문. 스탑 주문과 달리 주문에 지정된 시장 가격에 도달 하면 지정가 주문으로 활성화됩니다 . 동시에, 지정가 주문의 실행 가격은 주문 가격과 같거나 그보다 높을 수 있습니다.

- 시장 가격이 설정 수준(정지 가격)에 도달한 후 지정가 주문 이 되는 클라이언트 주문 ;

등.

이 접근 방식은 대부분의 질문에 대한 답변입니다. 그러나 이것이 사실이라면 핸드북의 "지정가 주문 설정"이라는 문구가 올바르지 않고 특히 혼란스러워 보입니다.