프로그래머 인증 서비스를 ... - 페이지 6

[Rustamzhan Salidzhanov]

그래 얘들아....

이제 평가할 수 있습니다 :)

[snowman]

VOLDEMAR :
글쎄, 길에서 아무 말도 할 수 없으므로 침묵하거나 요점을 말하십시오 .... 적어도 그들이 보여준 것을 알고 있다면 ... 아니면 불쌍한가요 ??? 아니면 아무것도 모르거나....

여기에는 분쟁이 없습니다.

실제로는 서버로 보내는 주문의 정확성을 위해 주문을 보내는 기능을 확인하는 것이 더 나을 것입니다.

오류 메시지 가 서버에서 오류를 수신한 후가 아니라 오류가 발생하기 전에)

[Alexander Bereznyak]

MrGold166 :

이것은 끝에서 열거의 의미이며, 우리가 하나의 주문을 두 번 처리했다는 사실에 군대는 없습니다. 최악의 경우 주문을 계산하는 경우에만 방해가 됩니다. 예를 들어 평균 가격은 하나의 주문이 2번 계산됩니다. 그것이 계산에 크게 방해가 되더라도 다음 틱에서 모든 것이 제자리로 돌아가고 우리는 이익을 취해야 할 위치에 놓을 것입니다. 내 기억으로는 50건이 넘는 주문 과 아시아에서 최악의 소위 "브로커"(예, 예, 제가 말하는 사람이 누구인지 이해합니다. 저를 I라고 합니다). 그러나 계정이 유통된 후(아시다시피 이유), 이것은 두 번 이상 발생하지 않았습니다. 그러나 이것은 또한 피할 수 있습니다:

int i,last_ticket;

for(i=OrdersTotal()-1;i>=0;i--) if(OrderSelect(i,SELECT_BY_POS) {

   if(OrderTicket()==last_ticket) continue;

   last_ticket=OrderTicket();

   }

그리고 다음 틱에서 같은 상황은 아니지만 아무것도 얻지 못할 것이라고 어떻게 보장할 수 있습니까?

그리고 최악의 경우가 올 수 있습니다. 잘못된 평균을 계산하고 잘못된 주문을 열면 다음 틱은 중요하지 않습니다.

중요한 것은 주문 수가 아니라 거래 환경, 실제 스톱의 존재, 계정에 있는 다른 전문가 고문의 존재입니다.

[A100]

MrGold166 :

그러나 이것은 또한 피할 수 있습니다:

int i,last_ticket;

for(i=OrdersTotal()-1;i>=0;i--) if(OrderSelect(i,SELECT_BY_POS) {

   if(OrderTicket()==last_ticket) continue;

   last_ticket=OrderTicket();

   }

이론적으로 둘 이상의 주문 상태는 변경될 수 있습니다.

[Alexander Bereznyak]

A100 :
이론적으로 둘 이상의 주문 상태는 변경될 수 있습니다.

건전한 아이디어, 나는 두 가지를 생각하지 않고 한 가지를 고수했습니다.

그래서 우리는 원래 함수로 돌아가서 이 함수와의 충돌을 해결하는 방법을 알고 있습니다.

[snowman]

sandex :

건전한 아이디어, 나는 두 가지를 생각하지 않고 한 가지를 고수했습니다.

그래서 우리는 원래 함수로 돌아가서 이 함수와의 충돌을 해결하는 방법을 알고 있습니다.

   int j= OrdersTotal ();
   for ( int i=j- 1 ;i>= 0 ;i--)
   {
       if ( OrderSelect (i,SELECT_BY_POS))
      {
      }
   }
   if (j!= OrdersTotal ()) return ( 0 );

그것이 오면 다시 계산하십시오. 입력과 출력 의 주문 수가 같지 않은 경우.

[[삭제]]

A100 :
이론적으로 둘 이상의 주문 상태는 변경될 수 있습니다.

그리고 뭐? 예, 모든 것이 변경되더라도 동일한 거래를 분석하지는 않습니다.

목록에서 위의 거래가 변경되었다는 사실에 대해 이야기하는 경우 검색 후 총 이익을 설정하기 전에 변경될 수 있습니다.

[A100]

snowman :

그 문제에 대해 입력과 출력 의 주문 수가 같지 않으면 다시 계산하십시오.

일반적으로 주문의 수가 같아도 주문이 다를 수 있습니다.

[[삭제]]

snowman :

그것이 오면 다시 계산하십시오. 입력과 출력 의 주문 수가 같지 않은 경우.

그것도 도움이 되지 않습니다. 갑자기 보류 중인 주문이 열리면 수량은 저장되지만 매개변수는 저장되지 않습니다. 반면에 이것은 우리에게 어떤 식 으로든 방해가되지 않을 것입니다. 글쎄, 우리는 새로 개설 된 이연 금액을 포함하지 않았으므로 무섭지 않습니다. (나는 이것이 오류로 이어질 상황을 실제로 보지 못한다). 이러한 상황은 특수한 상황에서만 발생할 수 있으며 그 중 하나는 많은 진드기입니다. 다음 반복은 곧 있을 것이며 버그는 수정될 것입니다. 주문이 틱 사이에서 정렬된다면 이것은 우리에게 문제가 되지 않습니다.

많은 매개변수를 계산하기 위해 개별적으로 한 번의 반복에서 수십 번 열거가 수행되는 다른 프로그래머의 코드를 봐야 하는 경우가 종종 있는데 이것이 문제입니다.

[A100]

MrGold166 :

그리고 뭐? 예, 모든 것이 변경되더라도 동일한 거래를 분석하지는 않습니다.

목록에서 위의 거래가 변경되었다는 사실에 대해 이야기하는 경우 검색 후 총 이익을 설정하기 전에 변경될 수 있습니다.

특정 상황에 대한 계산이 아니라 일반적인 경우에 대한 계산을 의미했습니다. 반복되는 회계 및/또는 무언가에 대한 과소평가는 여전히 중요하며 때로는 중요하다고 생각합니다.