마감된 주문 "HELP"에 대한 이익 계산 - 페이지 5

새 코멘트
 
Natashe4ka :

따라서 "cnt"가 재설정되었는지 여부도 올바르게 고려하지만 다시 3번 화면에서와 같이 값이 명확하지 않습니다(이익 값은 4.27이어야 함).

double LastProfitCL( int op=- 1 ){ //"op" позиция (-1 любая позиция)
   int cnt= 0 ;
   double LastProfit= 0 ;
   for (i= 0 ;i< OrdersHistoryTotal ();i++)
     if ( OrderSelect (i, SELECT_BY_POS , MODE_HISTORY ) && ( OrderType ()== OP_BUY || OrderType ()== OP_SELL ) && OrderSymbol ()== Symbol () && OrderMagicNumber ()==magic) {
       if ( OrderSymbol ()!= Symbol () || OrderMagicNumber ()!=magic) continue ;
       if ((op< 0 || OrderType ()==op) && cnt== 0 ) {LastProfit+= OrderProfit ()+ OrderCommission ()+ OrderSwap (); cnt++;} else {cnt= 0 ;}
       }
   return (LastProfit);
   }

물론 논리적 사고(

보시다시피, 실제 시장에서는 이러한 작업 논리로 예금이 3 일 만에 녹습니다.

 
Vitaly Muzichenko :
물론 논리적 사고(

좋아요.

삭제 - 보류 중인 주문 이 삭제되었습니다.

 
Natashe4ka :

좋아요.

삭제는 삭제된 보류 중인 주문 입니다.

이것은 그것 없이도 이해할 수 있습니다.
 

자, 그러면 OrderCloseTime()과 동일한 마감된 주문의 티켓을 반환하고 이익을 계산하는 방법은 무엇입니까?
이와 같이:

if (t< OrderCloseTime ()) {t= OrderCloseTime ();r= OrderTicket ();profit+= OrderProfit ()+ OrderCommission ()+ OrderSwap ();}
 
Natashe4ka :

자, 그러면 OrderCloseTime()과 동일한 마감된 주문의 티켓을 반환하고 이익을 계산하는 방법은 무엇입니까?
이와 같이:

if (t< OrderCloseTime ()) {t= OrderCloseTime ();r= OrderTicket ();profit+= OrderProfit ()+ OrderCommission ()+ OrderSwap ();}


그리고 정류장에서 문을 닫는다면?

ticket= OrderClose (......);

if(ticket>0){//увеличить размер массива на один и записать тикет закрытого ордера}

 
나는 누적 손실 또는 이익을 계산하는 시스템을 작성했습니다. 그것은 다음과 같았습니다. 각 시장 주문에 대해 시작하는 동안이 주문의 티켓 이름과 쌍으로 전역 변수가 생성되고 언제 우리는 누적 이익/드로다운을 다시 계산해야 합니다. 단순히 글로벌 변수 목록으로 현재 주문 목록을 확인하고 이름에서 티켓에 직접 이익을 적립하여 불필요한 변수를 삭제하여 고려합니다. 그게 전부입니다. 시스템이 너무 무거워서 각 눈금마다 다시 계산하려면 필요할 때만 다시 계산하십시오.
 
Renat Akhtyamov :

그리고 정류장에서 문을 닫는다면?

ticket= OrderClose (......);

if(ticket>0){//увеличить размер массива на один и записать тикет закрытого ордера}

글쎄, 어떤 배열, 어떤 티켓, 어떤 주문???

터미널을 처음 재부팅하거나 주말에 종료하면 모든 데이터가 손실되고 모든 쓰기 및 계산이 거기서 끝납니다.

 
Aleksey Semenov :
나는 누적 손실 또는 이익을 계산하는 시스템을 작성했습니다. 그것은 다음과 같았습니다. 각 시장 주문에 대해 시작하는 동안이 주문의 티켓 이름과 쌍으로 전역 변수가 생성되고 언제 우리는 누적 이익/드로다운을 다시 계산해야 합니다. 단순히 글로벌 변수 목록으로 현재 주문 목록을 확인하고 이름에서 티켓에 직접 이익을 적립하여 불필요한 변수를 삭제하여 고려합니다. 그게 전부입니다. 시스템이 너무 무거워서 각 눈금마다 다시 계산하려면 필요할 때만 다시 계산하십시오.

이렇게 하면 시스템에 부하가 많이 걸리고 표시기에서는 제대로 작동하지만 Expert Advisor에서 12개의 전역 변수를 열거하면 터미널이 정지될 수 있습니다.

개통시간과 폐장시간이 있고 그 안에서 일을 해야 하고 얻는데 어려움은 없으나 한 번에 입장하면 계좌 상태에 대한 모든 정보를 얻을 수 있고 자전거가 필요하지 않다.

 
Vitaly Muzichenko :

글쎄, 어떤 배열, 어떤 티켓, 어떤 주문???

터미널을 처음 재부팅 하거나 주말에 종료하면 모든 데이터가 손실되고 모든 쓰기 및 계산이 거기서 끝납니다.

그것은 해결할 수 있습니다

당신은 나에게 설명할 필요가 없습니다

 
Vitaly Muzichenko :

이렇게 하면 시스템에 부하가 많이 걸리고 표시기에서는 제대로 작동하지만 Expert Advisor에서 12개의 전역 변수를 열거하면 터미널이 정지될 수 있습니다.

개통시간과 폐장시간이 있고 그 안에서 일을 해야 하고 얻는데 어려움은 없으나 한 번에 입장하면 계좌상태에 대한 모든 정보를 얻을 수 있고 자전거가 필요하지 않다.

예를 들어 터미널이 수백 개의 사용하지 않는 전역 변수로 가득 차 있다면 예 - 정렬이 슬프게 끝날 것이고 그렇지 않은 경우 올바르게 작성되면 매우 빠르게 작동합니다.
123456789
새 코멘트