찻주전자의 질문 - 페이지 176

[Yedelkin]

Karlson :

3B. 반 매도를 열어 부분 청산 - OUT.

Bad :/ 히스토리에 OUT 속성으로 여러 트랜잭션이 있을 수 있으며 그 위치는 계속 존재함을 알 수 있습니다.

[Anatoli Kazharski]

Yedelkin :
심하게 :/

왜 나쁜가? 내가 당신을 올바르게 이해한다면 간단합니다. OUT과 위치가 있으면 볼륨이 감소한 것입니다. OUT도 없고 포지션도 없다면 포지션이 완전히 닫힌 것입니다.

[Yedelkin]

tol64 :
왜 나쁜가? 내가 당신을 올바르게 이해한다면 간단합니다. OUT과 위치가 있으면 볼륨이 감소한 것입니다. OUT도 없고 포지션도 없다면 포지션이 완전히 닫힌 것입니다.

그게 나쁜 이유입니다. 귀하의 접근 방식 " OUT 및 포지션이 있으면 거래량이 감소한 것입니다. OUT 및 포지션이 있으면 해당 포지션이 완전히 마감되었습니다 " 는 나에게 성가신 한 가지 기능이 있습니다. 터미널 시간마다 데이터베이스의 위치에 대한 정보의 가용성을 추가로 확인하십시오.

우리 모두는 터미널 데이터베이스의 정보가 실제 상황과 관련하여 약간의 지연이 있다는 것을 잘 알고 있습니다. 따라서 수표 결과가 " OUT이고 포지션이 존재한다 "는 상황을 배제할 수 없지만, 실제로 이 거래는 해당 포지션을 완전히 청산했다. 저것들. 단순히 잘못된 정보를 얻고 이를 기반으로 잘못된 조치를 취할 수 있습니다. ..또는 추가 수표, 지연을 제시해야 할 것입니다.

그러나 이러한 종소리와 휘파람 없이는 할 수 있습니다. 특히, 직위의 존재를 확인하지 않습니다. 이를 위해서는 포지션 청산과 DEAL_ENTRY_OUT 속성 사이의 일대일 대응(대응 - 현재 디렉토리에 표시됨)을 남겨두고 포지션 볼륨 감소를 별도의 옵션으로 선택하는 것으로 충분합니다. 거래의 속성. 그러면 기록( HistorySelectByPosition )에서 DEAL_ENTRY_OUT 속성이 있는 거래를 하나만 찾고 위치가 축소되지 않고 닫혀 있으며 어떤 상황에서도 되돌릴 수 없음을 확인하는 것으로 충분합니다.

[Anatoli Kazharski]

Yedelkin :

그게 나쁜 이유입니다. 귀하의 접근 방식 " OUT 및 포지션이 있으면 거래량이 감소한 것입니다. OUT 및 포지션이 있으면 해당 포지션이 완전히 마감되었습니다 " 는 나에게 성가신 한 가지 기능이 있습니다. 터미널 시간마다 데이터베이스의 위치에 대한 정보의 가용성을 추가로 확인하십시오.

우리 모두는 터미널 데이터베이스의 정보가 실제 상황과 관련하여 약간의 지연이 있다는 것을 잘 알고 있습니다. 따라서 수표 결과가 " OUT이고 포지션이 존재한다 "는 상황을 배제할 수 없지만, 실제로 이 거래는 해당 포지션을 완전히 청산했다. 저것들. 단순히 잘못된 정보를 얻고 이를 기반으로 잘못된 조치를 취할 수 있습니다. ..또는 추가 수표, 지연을 제시해야 할 것입니다.

그러나 이러한 종소리와 휘파람 없이는 할 수 있습니다. 특히, 직위의 존재를 확인하지 않습니다. 이를 위해서는 포지션 청산과 DEAL_ENTRY_OUT 속성 사이의 일대일 대응(대응 - 현재 디렉토리에 표시됨)을 남겨두고 포지션 볼륨 감소를 별도의 옵션으로 선택하는 것으로 충분합니다. 거래의 속성. 그러면 기록( HistorySelectByPosition )에서 DEAL_ENTRY_OUT 속성이 있는 거래를 하나만 찾고 위치가 축소되지 않고 닫혀 있으며 어떤 상황에서도 되돌릴 수 없음을 확인하는 것으로 충분합니다.

OnTrade ()에서 우리는 서버로부터 응답을 받습니다. 즉, OnTrade ()에서 이벤트를 확인하면 이미 포지션이 있는지 없는지 확실히 알 수 있습니다. DEAL_ENTRY_ FULL OUT(완전 폐쇄) 또는 DEAL_ENTRY_ PART OUT(부분 폐쇄)와 같은 일반 옵션을 만드는 것이 가능하지만 모든 것이 완벽하게 우아합니다. )))

그동안 '성가신 수표'를 매번 입력하지 않도록 별도의 기능을 만들 수 있다.

[Yedelkin]

tol64 :

DEAL_ENTRY_ FULL OUT(완전 폐쇄) 또는 DEAL_ENTRY_ PART OUT(부분 폐쇄)와 같은 일반 옵션을 만드는 것이 가능하지만 모든 것이 완벽하게 우아합니다. )))

그것이 내가 말하는 것입니다. 동일한 OnTrade에서 추가 검사를 수행할 필요조차 없습니다. 제안된 솔루션(FULLOUT / PARTOUT)의 배경에 대해 여전히 성가신 것처럼 보입니다.

[Anatoli Kazharski]

Yedelkin :
그것이 내가 말하는 것입니다. 제안된 솔루션(FULLOUT / PARTOUT)의 배경에 대해 여전히 성가신 것처럼 보이는 동일한 OnTrade에서 추가 검사를 수행할 필요조차 없습니다.

Service Desk에서 제안으로 제출해 보십시오. 언젠가는 고려되고 시행될 수 있습니다.

[Yedelkin]

tol64 :
Service Desk에서 제안으로 제출해 보십시오. 언젠가는 고려되고 시행될 수 있습니다.

네, 이미 했어요:) 언어 실수로.. 와우, 한 시간 동안 썼습니다.

[Anatoli Kazharski]

Yedelkin :
네, 이미 했어요:) 언어 실수로.. 와우, 한 시간 동안 썼습니다.

아직은 실수라고 할 수 없다. 그러나 이제 당신이 그것을 보낸 후에 당신은 무엇을 할 수 있습니다. ))

[Yedelkin]

tol64 :
아직은 실수라고 할 수 없다. 그러나 이제 당신이 그것을 보낸 후에 당신은 무엇을 할 수 있습니다. ))

글쎄, 여기에서 평가 범주가 약간 시행됩니다 :) 나는 오류 범주에 대한 할당을 정당화하려고 노력했습니다 :)

[Валерий]

Yedelkin :

예, 각 기간은 특정 값에 해당합니다. 몇 년 전 어떤 분이 포럼에 글을 올렸습니다. 다음과 유사한 행을 실행하여 스스로 찾을 수 있습니다.

스크립트는 십진법의 모든 기간에 대해 ENUM_TIMEFRAMES 값을 인쇄 합니다.

 void OnStart ()
  {
//---
   for ( int i=( int ) PERIOD_CURRENT ;i<=( int ) PERIOD_MN1 ;i++)
     {
       ResetLastError ();
       string period= EnumToString (( ENUM_TIMEFRAMES )i);
       if ( GetLastError ())
         continue ;
       Print ( EnumToString (( ENUM_TIMEFRAMES )i)+ "=" + IntegerToString (i));
     }
  }
//+------------------------------------------------------------------+