다양한 슬립이 있습니다. 사이클에 있는 것들은... 음, 일반적으로 상황은 이렇습니다. 거래 데스크가 있거나 시장이 고요한 경우 첫 번째 시도에서 주문이 마감됩니다. 소녀는 앉아 있을 때 10번을 반복해야 하고 심지어 입술을 칠할 때까지 기다려야 합니다. 그리고 때때로 서버가 느려집니다. 이것은 모두 "실제 DC"를 위한 것입니다.
PlaySound 이후에 미끄러져 다른 소리가 가려지지 않도록 PlaySound는 이전 소리를 중단합니다.
전역 변수 는 터미널을 능숙하게 평가합니다. 예, 필요하지 않습니다. 외부 알고리즘은 일반적으로 마감되지 않은 주문을 처리해야 합니다.
RefreshRates는 다른 사람을 위해 존재하지 않습니다. 그래서 OrderClose가 false를 반환하는 상황을 처리하려고 했지만 실제로는 주문이 마감되었습니다. 일시 중지 및 RefreshRates 후에 OrderSelect()가 제공됩니다. 내부는 어떨지 모르겠지만 작동하는 것 같습니다.
Ask 및 Bid는 일반적으로 깃털의 기적이며 때때로 정규화해야 합니다. :)
---
약 10번의 반복과 전역 변수 에서 내가 이것을 이해하지 못한 이유. 여백이 있는 10개가 있습니다. 외부에서 또는 무엇?
//+------------------------------------------------------------------+//функция подсчета открытых ордеров по типу и маджику//tip - тип ордера БАЙ или СЕЛЛ, imagic - маджик номер//возвращает кол-во открытых оредров//+------------------------------------------------------------------+int CountTrades( int tip, int imagic) {
int count = 0 ;
for ( int trade = OrdersTotal () - 1 ; trade >= 0 ; trade--) {
if (! OrderSelect (trade, SELECT_BY_POS, MODE_TRADES)) continue ;
if (OrderSymbol() != Symbol ()) continue ;
if (OrderMagicNumber() != imagic) continue ;
if (!(tip==- 1 || isOrderType(tip))) continue ;
count ++;
}
return (count);
}
//+------------------------------------------------------------------+//+------------------------------------------------------------------+//поиск последней цены//tip - тип ордера БАЙ или СЕЛЛ, imagic - маджик номер//возвращает цену открытия последнего открытого ордера//+------------------------------------------------------------------+double FindLastPrice( int tip, int imagic) {
int ticket=FindLastOpenTime(tip, imagic);
if (ticket==- 1 ) return (- 1 );
OrderSelect (ticket, SELECT_BY_TICKET);
double order_price = OrderOpenPrice();
return (order_price);
}
//+------------------------------------------------------------------+//+------------------------------------------------------------------+//поиск последнего лота//imagic - маджик номер//возвращает объем последнего открытого ордера//+------------------------------------------------------------------+double FindLastLot( int imagic) {
int ticket=FindLastOpenTime(- 1 , imagic);
if (ticket==- 1 ) return (- 1 );
OrderSelect (ticket, SELECT_BY_TICKET);
double order_lot=OrderLots();
return (order_lot);
}
//+------------------------------------------------------------------+
다음은 코드 더미에서 얻은 것입니다.
한 가지 질문 - 왜 미끄러지는가? 글쎄, 10ku (반복 횟수) 전역 변수 에서 스레드를 꺼냅니다.
이 옵션은 어떻습니까?
다양한 슬립이 있습니다. 사이클에 있는 것들은... 음, 일반적으로 상황은 이렇습니다. 거래 데스크가 있거나 시장이 고요한 경우 첫 번째 시도에서 주문이 마감됩니다. 소녀는 앉아 있을 때 10번을 반복해야 하고 심지어 입술을 칠할 때까지 기다려야 합니다. 그리고 때때로 서버가 느려집니다. 이것은 모두 "실제 DC"를 위한 것입니다.
PlaySound 이후에 미끄러져 다른 소리가 가려지지 않도록 PlaySound는 이전 소리를 중단합니다.
전역 변수 는 터미널을 능숙하게 평가합니다. 예, 필요하지 않습니다. 외부 알고리즘은 일반적으로 마감되지 않은 주문을 처리해야 합니다.
전역 변수는 터미널을 능숙하게 평가합니다.
아, 나는 또한 잊었다 - 컨텍스트 캡처 후 사이클의 시작 부분에 RefreshRates, 그러면 요청 및 입찰을 엉망으로 만들 필요가 없습니다. 예, 다른 값도 마찬가지입니다.
RefreshRates는 다른 사람을 위해 존재하지 않습니다. 그래서 OrderClose가 false를 반환하는 상황을 처리하려고 했지만 실제로는 주문이 마감되었습니다. 일시 중지 및 RefreshRates 후에 OrderSelect()가 제공됩니다. 내부는 어떨지 모르겠지만 작동하는 것 같습니다.
Ask 및 Bid는 일반적으로 깃털의 기적이며 때때로 정규화해야 합니다. :)
---
약 10번의 반복과 전역 변수 에서 내가 이것을 이해하지 못한 이유. 여백이 있는 10개가 있습니다. 외부에서 또는 무엇?
그리고 주문이 잠시 닫히면? 코드로 이 상황을 이길 수 없습니다. 터미널 통신 오류입니다.
gip :
약 10번의 반복과 전역 변수에서 내가 이것을 이해하지 못한 이유.
단순히 실패 횟수를 몇 배 줄여줍니다. 물론 이 블록의 모든 상황이 해결되는 것은 아닙니다. 주문이 1분 동안 닫히면 프로그램은 그 시간 동안 기다려야 합니다. 이러한 기대는 심지어 깨진 기대조차도 주기를 지연시키고 결국 모든 것이 원래대로 나타납니다.
---
> 마법의 숫자를 피하고 쉽게 설정할 수 있습니다.
이 10개를 사용자 정의하시겠습니까? 예, DC를 변경하기가 더 쉽도록 마진이 있습니다. :) 그리고 메가로트를 위해 실제로 발생한 경우 코드에서 수정할 수 있습니다.
한 명의 고문이 있습니다. 좋은 모양으로 다시 가져와야 합니다.
이것들은 그것의 기능입니다. 이 모든 것을 소화 가능한 형태로 가져오는 것이 가능합니다.작업을 단순화하는 두 가지 기능 추가
하나는 주문 유형 을 확인하고 두 번째는 마지막으로 열린 주문을 찾습니다.
변환된 저작 기능의 일부