챔피언십 참가자를 위한 유용한 팁 - 페이지 11

새 코멘트
 
VNIK писал (а):

챔피언십 주최측에게 무분별한 질문을 해서 죄송합니다.

상금 과세 문제는 어떻게 해결될 것입니까(결국 각 상금의 금액은 매우 큼):

각 승자는 자신에게 비용을 지불합니까? (그리고 어느 정도의 비율로?) 아니면 중앙에서 결정될 것입니까? (즉, 세금이 이미 고려되었습니까?).

세금으로 상금의 반을 주면 안타까운 일이겠죠!

나는 당신의 말에 동의합니다. 또한 내 세금을 지불하기 위해 상금의 절반을 제공하는 것을 유감스럽게 생각합니다 ...
일반적으로 유감스럽지 않도록 전혀 이기지 않는 것이 좋습니다 ...
 
VNIK :

챔피언십 주최측에게 무분별한 질문을 해서 죄송합니다.

상금 과세 문제는 어떻게 해결될 것입니까(결국 각 상금의 금액은 매우 큼):

각 승자는 자신에게 비용을 지불합니까? (그리고 어느 정도의 비율로?) 아니면 중앙에서 결정될 것입니까? (즉, 세금이 이미 고려되었습니까?).

세금으로 상금의 반을 주면 안타까운 일이겠죠!


예, 수상자는 모든 세금을 스스로 지불합니다. 이는 전 세계의 상금에 대한 표준 관행입니다.
 
이러한 주문 마감 이 항상 올바르게 작동하는지 여부를 테스트할 수 없습니다.
 while ( OrdersTotal () > 0 )
   {
      OrderSelect ( 0 , SELECT_BY_POS ) ;
      if ( OrderType () == OP_BUY )       OrderClose ( OrderTicket () , OrderLots () , Bid , 3 , Green ) ;
      else if ( OrderType () == OP_SELL ) OrderClose ( OrderTicket () , OrderLots () , Ask , 3 , Red ) ;
      
      err = GetLastError () ;
      if ( err == 135 || err == 138 ) RefreshRates () ;
   }
질문은 다음과 같습니다. 오류 코드가 135 또는 138과 같지 않으면 루프가 발생합니까? 그렇다면 주문이 마감될 것임을 보장하면서 이를 피하는 방법은 무엇입니까?
 
MAEstro :
이러한 주문 마감 이 항상 올바르게 작동하는지 여부를 테스트할 수 없습니다.
오류시 오류가 있습니다. 4개의 오류를 계산했는데 모두 치명적입니다.
조언 기사를 다시 읽으십시오.
 
이 팁은 마음에 새기고 있지만 거의 소용이 없는 것 같습니다 :(

루핑 오류 제어의 무시
(오류를 제어할 수 있고 보류 중인 주문이 사용되지 않거나 여전히 주기를 종료하기 위한 조건을 만들어야 합니까? 그러면 주문이 마감되었음을 어떻게 보장합니까? 아니면 모든 오류 코드를 해결하지 못했습니까?)

OrderSelect에 대한 제어 부족 - 프로세스 비동기 실행
(예, 나는 Order_Select가 무엇을 반환하는지 확인하지 않습니다! 글쎄, 만약 이 특별한 경우에 그것이 false를 반환한다면, 주기 내에서 무엇이 변경될 것이며, 무엇이 올바르지 않을 것입니까? 나는 주문을 수정하지 않고 그것을 닫습니다! )

RefreshRates()를 통해 시장 환경을 업데이트하는 기능 건너뛰기
(나는 내가 새로 고칠 것 같아요, 여기 모든 것이 괜찮을 것입니다)

모든 주문을 마감하는 기성품 코드가 있습니까? 올려주시면 감사하겠습니다!

추신 Rosh가 제공한 http://www.alpari-idc.ru/ru/experts/articles/9.html 은 주문 마감을 보장하지 않습니다!
 
심지어 5개의 실수:
  1. orderselect 결과가 확인되지 않음
  2. OrderClose()의 결과는 명시적으로 확인되지 않습니다.
  3. GetLastError()는 거래 작업 없이 호출할 수 있습니다(예: 보류 중인 주문이 발생한 경우).
  4. RefreshRates()는 항상 호출되는 것은 아니지만 실패 시에만 호출됩니다. - 심각한 실수
  5. 목록에 보류 중인 주문이 있는 경우 100% 반복
결과적으로 9줄에 5개의 오류가 있습니다. 코드를 버리십시오.
 
Renat :
심지어 5개의 실수:
  1. orderselect 결과가 확인되지 않음
  2. OrderClose()의 결과는 명시적으로 확인되지 않습니다.
  3. GetLastError()는 거래 작업 없이 호출할 수 있습니다(예: 보류 중인 주문이 발생한 경우).
  4. ...
결과적으로 9줄에 5개의 오류가 있습니다. 코드를 버리십시오.
그리고 왜 이 모든 것을 경쟁을 위한 Expert Advisor에 쌓아야 합니까? 잡지를 읽다?
OrderSelect는 선택하고 OrderClose는 필수 주문을 마감해야 합니다.
그리고 실수가 없어야합니다 :-)
또는 클라이언트 비용으로 :-)
 
Renat писал (а):
심지어 5개의 실수:
  1. orderselect 결과가 확인되지 않음
  2. OrderClose()의 결과는 명시적으로 확인되지 않습니다.
  3. GetLastError()는 거래 작업 없이 호출할 수 있습니다(예: 보류 중인 주문이 발생한 경우).
  4. RefreshRates()는 항상 호출되는 것은 아니지만 실패 시에만 호출됩니다. - 심각한 실수
  5. 목록에 보류 중인 주문이 있는 경우 100% 반복
결과적으로 9줄에 5개의 오류가 있습니다. 코드를 버리십시오.

작업: 100% 보장으로 모든 주문 마감
제한 사항: 보류 중인 주문은 사용되지 않습니다.

1. 주문을 마감해야 하는 경우 결과를 확인하는 이유는 무엇입니까? false를 반환하면 while 루프가 사용되기 때문에 다음 패스에서 반환됩니다.
2. 항목 1을 참조하십시오.
3. 이를 위해 오류 코드 확인이 있습니다.
4. 항상 업데이트하면 오류를 확인할 필요가 없습니다 :(
5. 미결 주문 없음

검색에서 찾은 마감 주문의 모든 예는 원패스이며 모든 것이 서버에 문제가 없고 재인용 등이 없는 경우에만 작동합니다. 그리고 그들 모두는 좋은 순간에 우리는 어떤 주문도 마감하지 않고 잘 날아갈 것이라는 사실로 이어집니다 ... 내가 틀렸다면 저를 수정하거나 내가 확신 할 수있는 링크를 제공하십시오 잘못된.

물론, 내 코드가 루프로 이어질 수 있다는 것을 잘 알고 있지만, 내 생각에는 이것이 심각한 재정적 손실로 이어질 수 있는 주문을 마감하지 않는 위험보다 낫습니다.
모든 주문이 100% 보장으로 마감되고 루핑 가능성이 없는 것이 더 좋지만 이것이 내가 당신에게 받고 싶은 코드입니다 =)

다음은 보류 중인 주문도 고려해야 하는 약간 수정된 코드입니다.
 while ( OrdersTotal () > 0 )
   {
      OrderSelect ( 0 , SELECT_BY_POS ) ;
      if ( OrderType () == OP_BUY )       OrderClose ( OrderTicket () , OrderLots () , Bid , 3 , Green ) ;
      else if ( OrderType () == OP_SELL ) OrderClose ( OrderTicket () , OrderLots () , Ask , 3 , Red ) ;
      else OrderDelete ( OrderTicket ()) ;
      
      RefreshRates () ;
      err = GetLastError () ;
      if ( err != 135 && err != 138 && err != 0 ) break ;
   }

그는 전작처럼 "무모"하지 않습니까?
이 경우에 OrderSelect 및 OrderClose를 확인하는 이유를 아직도 이해하지 못합니까?
 
불행히도 아무도 거래 운영을 보장하지 않습니다. 이 코드는 이전 코드보다 훨씬 좋습니다.

OrderSelect 는 항상 확인해야 하며 이는 유용한 힌트에 명시적으로 명시되어 있습니다.
  • OrderSelect에 대한 제어 부족 - 프로세스 비동기 실행


    일반적으로 거래자는 자신의 프로그램을 단일 작업 및 고유한 것으로 인식합니다. 하지만 실제로는 Expert Advisor가 운용되는 동안 거래 계정에 많은 비동기적 변경이 발생합니다. 위치가 수정, 추가 및 제거됩니다. OrderSelect()에 대한 각 호출의 결과를 제어하지 않으면 특정 순간에 Expert Advisor가 잘못된(0) 데이터로 작동하여 잘못된 이동을 하는 일이 발생할 수 있습니다.

 
Renat :
불행히도 아무도 거래 운영을 보장하지 않습니다. 이 코드는 이전 코드보다 훨씬 좋습니다.

OrderSelect 는 항상 확인해야 하며 이는 유용한 힌트에 명시적으로 명시되어 있습니다.
  • OrderSelect에 대한 제어 부족 - 프로세스 비동기 실행

    ... 위치가 수정, 추가 및 제거됩니다. ...

위치가 수정되고 있다고 가정해 보겠습니다. 어떤 조건에 따라 주문 선택 요청이 발생합니다. 오류가 발생합니다. 무엇을 변경할 수 있습니까? 다음 틱에는 초기 조건이 없을 수 있습니다. 이전 오류가 필요한 이유는 무엇입니까?
코멘트가 없는 "추가 및 제거" 정보 :-(
OrderCloseTime을 가져오기 위해 OrderSelect를 사용하는 작업 코드 예제를 제공하십시오.
1...45678910111213141516
새 코멘트