ORDER_POSITION_ID - 페이지 3

 
Mikalas :

죄송합니다. 하지만 우리는 "다른" 언어를 사용합니다.

보류 중인 주문 ONE, 여전히 유효한 주문 을 부분적으로 실행하여 위치를 엽니다 .

프로그램을 추적 return ( long ( OrderGetInteger ( ORDER_POSITION_ID ) ) );

당신은 라인을 통해 읽고 있거나 단순한 것을 이해하고 싶지 않습니다. 여기에 러시아 단어로 쓰는 것 != 터미널이 실행하는 것.
 
Mikalas :

보류 중인 주문 ONE, 여전히 유효한 주문 을 부분적으로 실행하여 위치를 엽니다 .

프로그램을 추적 return ( long ( OrderGetInteger ( ORDER_POSITION_ID ) ) );

코드를 보여주기를 꺼리는 것은 우리로 하여금 점점 더 많은 새로운 질문을 하도록 강요합니다. 예를 들어, 보류 중인 주문은 무엇입니까? 부분 실행의 경우 나머지 로트에 대한 보류 주문(유형에 따라 다름)이 보류 상태로 남아 있을 수 있습니다. 포지션 아이디가 있을런지 모르겠네요.

코드 라인이 실행되고 있다는 사실은 의심의 여지가 없습니다. 나는 당신의 티켓의 속성을 볼 것을 제안했습니다.

 

마케터님, 정말 감사합니다. 감사합니다. 감사합니다.

 

나는 문제의 본질을 이해했다.
그러나 세부 사항에 대한 기술적 분석으로는 충분하지 않습니다.

Mikalas, 이 상황을 포착하고 로그에 자세한 정보를 표시하는 코드를 작성하십시오.
개발자가 이 모든 일이 발생하는 서버를 테스트하고 표시할 수 있도록 코드를 게시하세요.

그리고 자세한 로그가 있는 로그에서 문제점을 지적할 수 있습니다.

물론 당신의 목표가 상황을 이해하는 것이 아니라면 말이다.

 
komposter :

...

물론 당신의 목표가 상황을 이해하는 것이 아니라면 말이다.

그는 머뭇거리고 장난치는 것을 좋아합니다. ))
 
komposter :

문제의 본질을 이해했습니다.
그러나 세부 사항에 대한 기술적 분석은 실제로 충분하지 않습니다.

Mikalas, 이 상황을 포착하고 로그에 자세한 정보를 표시하는 코드를 작성하십시오.
개발자가 이 모든 일이 발생하는 서버를 테스트하고 표시할 수 있도록 코드를 게시하세요.

그리고 자세한 로그가 있는 로그에서 문제점을 지적할 수 있습니다.

물론 목표가 상황을 이해하는 것이 아닌 한.

나는 내가 알고 싶은 것을 명확하고 명확하게 표현했습니다.

그렇다면 나는 왜 0인가?

결국 매뉴얼이 다음과 같이 말한 경우 :

주문이 실행될 때 주문에 배치되는 위치 ID 입니다.

그러면 0일 수 있고 0이어야 합니다.

하지만 다음과 같이 말합니다.

실행된 각 주문 은 신규 거래 를 생성하거나 기존 포지션 을 변경하는 거래를 생성합니다. 이 위치의 ID는 현재 실행된 주문으로 설정됩니다.

부분적으로 실행된 주문도 거래를 생성합니다.

이해하는 방법?

게다가 필요한 건 다 서비스데스크에 보냈는데 답이 없어요!

명확하지 않은 것은 무엇입니까?

1. 주문이 천정에서 '떨어진' 것이 아니다!

이것이 그렇게 중요하면 다음과 같이 얻습니다.

 //--- Send order
   if ( OrderSend ( request, result ) )
  {
     if ( result.retcode == TRADE_RETCODE_PLACED ) 
    {
      ticket = result.order;
    }
  }
   else
  {
     Print ( "Установка ордера не выполнена! " , aSymbol, "; Код возврата = " , GetRetCode( result.retcode ) );
  }

2. 주문이 없으면 주문을 선택할 수 없습니다!

3. 포지션이 선택되면 (주문 기호로), 그것은 열려 있습니다!

4. 내가 프로그램을 추적할 때 코드 내부에 들어가면 순서와 위치가 모두 존재합니다!

충분히 경험이 풍부한 프로그래머가 "씹어야"하는 이유는 무엇입니까?

 
tol64 :
그는 머뭇거리고 장난치는 것을 좋아합니다. ))
갈등 상황을 만드는 것을 좋아합니까?
 
Mikalas :


재미있는 점은 있지만 TradeRequest 구조가 어떻게 채워지는지 보여주기에는 약한가요?

일반적으로 OnTradeTransaction 이 도움이 될 것입니다.

 
Mikalas :

나는 내가 알고 싶은 것을 명확하고 명확하게 표현했습니다.

알고 싶은 것은 분명합니다.

최소한의 노력으로 상황을 재현하는 방법은 명확하지 않습니다.

미칼라스 :
갈등 상황을 만드는 것을 좋아합니까?

트롤링에 반응하지 마십시오. 그러면 홍수가 발생하지 않습니다. 기술적인 질문에만 답하십시오.

 
marketeer :

재미있는 점은 있지만 TradeRequest 구조가 어떻게 채워지는지 보여주기에는 약한가요?

일반적으로 OnTradeTransaction이 도움이 될 것입니다.

이 주제에 대한 귀하의 진술에 대해 내가 생각하는 것을 솔직히 말하면 화를 내지 않을 것 입니까?