나는 (나 자신을 위해) 주문 수를 "반품"했습니다. 하나의 돌이있는 2 마리의 새가 즉시 죽습니다 (2 개의 함수를 작성할 필요가 없음) - > 0이면 주문이 있습니다 + "그리드의 구멍", "회전율"의 트리거 등을 분석 할 수 있습니다. (사실, 기능이 더 오래 작동하므로 확인 목적으로만 정당화되지 않음)
나는 거래 사이에 어떤 지연도 만들지 않습니다. 즉, 두 개 이상의 주문을 해야 하는 경우 이러한 거래 작업을 중간에 쉬지 않고 수행합니다. 하지만 반복해야 하는 거래 시도 사이에 서버 접속 시 오류가 발생하면 MT4 개발자의 권고에 따라 일시 중지합니다. 예를 들어, 온라인 거래를 위한 내 SetOrder() 함수에서 이러한 일시 중지가 구현되는 방법을 볼 수 있습니다. 거래 서버에서 반환된 다양한 오류에 대해 다른 일시 중지가 이루어집니다.
SetOrder() 함수는 보류 중인 주문을 설정하기 위한 것입니다. 데모 및 실제 계정의 온라인 거래에 사용하는 것이 좋습니다.
Expert Advisors가 20명 이상 거래되면 항상 error 146이 발생하며, 이 기능은 Expert Advisors가 여러 개(2~4개) 있어야만 문제를 해결할 수 있지만, 원칙적으로 고정 지연으로는 문제가 해결되지 않습니다... 20명 이상의 Expert Advisors와 거래할 때 최소한 이더넷 프로토콜을 통해 차익 거래를 해야 합니다... 그러면 신호가 도착하면 각 Expert Advisor가 시장에 진입할 수 있습니다.
그러나... 그런 짐을 배경으로 포럼과 책, 도움말과 코드베이스 모두 그럼에도 불구하고 때때로 부끄러워하는 불타는 질문이 있습니다. (다행히 저는 찻주전자라 숨기지 않고.. 그래도 배우고 있습니다... :)))
그리고 질문은 코드 조각을 연결할 수 있는 작은 것들과 뉘앙스 에 있습니다. 보다 정확하게는 프로그램의 블록(모듈)의 상호 연결을 보장합니다 ...
나는 이해합니다. 그리고 나는 종종 죄를 짓습니다. 가장 좋은 대답은... 예를 들어 후행 정지. 그리고 차량 이용이 가능한지 묻는 질문에 100%의 경우에 대한 대답은 예일 것입니다. 90%에서는 코드를 나사로 고정하고, 80%에서는 어떤 코드를 명확히 하기 위해 다음을 따르게 됩니다: Kimovsky;))) 등...내림차순... 그리고 얼마나 정확하게, 한 글자, 한 줄씩, 아아, 이것이 항상 그런 것은 아닙니다.
따라서 수정 기능을 설명하는 게시물도 기대하겠습니다. 그리고 아마도 그것들을 실제로 더 자세히 적용했을 것입니다 ...
kombat писал (а): 그리고 질문은 코드 조각을 연결할 수 있는 작은 것들과 뉘앙스 에 있습니다. 보다 정확하게는 프로그램의 블록(모듈)의 상호 연결을 보장합니다 ...
제 기능과 관련하여 질문에 답하겠습니다. 할 수만 있다면 :-) ... 이를 위해 만든 테마입니다. 즉, 여기에서 자세한 설명 없이 내 기능을 게시한 다른 주제에서 질문할 수 있습니다. 그러니 부끄러워하지 마세요. 나는 이 주제를 오랫동안 유지할 계획이다. 4개월 계획했던 기능 공개만을 위해. 게다가 추가 질문...
kombat은 다음과 같이 썼습니다. 따라서 수정 기능을 설명하는 게시물도 기대하겠습니다. 그리고 아마도 그것들을 실제로 더 자세히 적용할 것입니다 ...
ModifyOrder 함수는 보편적입니다. 주문과 직위 모두에 적용됩니다. 최대한 빨리 주제에 유기적으로 짜맞추는 것에 대해 생각하겠습니다.
20명 이상의 Expert Advisors와 거래할 때 최소한 이더넷 프로토콜을 통해 차익 거래를 해야 합니다. 그러면 신호가 도착하면 각 Expert Advisor가 시장에 진입할 수 있습니다.
" 중재 하다"은(는) 무슨 뜻인가요?
안녕하세요! "차익 거래"라는 말은 동시에 일하는 많은 Expert Advisors에게 거래 흐름에 대한 보장된 액세스를 제공하는 것을 의미했습니다. 나는 오래전에 이 문제에 봉착했고 이더넷 프로토콜에서 충돌 감지 방식으로 다중 접근을 사용하는 것이 더 낫다는 결론에 이르렀다. 본질은 간단합니다. 우리는 무역 흐름의 고용을 확인합니다. 거래 흐름이 바쁜 경우 - 임의의 일시 중지를 생성합니다(1초부터). 거래 흐름이 자유롭다면 우리는 즉시 주문을 "전송"합니다. 여러 Expert Advisor와 거래할 때 각 Expert Advisor는 자체적으로 임의의 일시 중지를 가지며 Expert Advisor는 차례로 거래 스트림을 차지합니다. 전문가 간의 갈등은 없을 것입니다. 예를 들어:
10명의 Expert Advisors가 거래 스레드가 해제되기를 기다리고 있는 경우(각각 자체 독립 스레드에서), 최소 2명이 우연히 일치하면 어떻게 될까요? 나는 다른 원칙을 생각하고 사용합니다. 거래 흐름이 누군가에 의해 점유되면 나머지 Expert Advisors는 단순히 작동하지 않고(반환) 이것은 Expert Advisor의 시작 부분에서 확인됩니다(아무것도 수행되지 않은 경우 분석할 내용). "차익 거래"에 비추어 접근? 고맙습니다.
ExistOrders() 함수.
주문 존재 플래그를 반환합니다. ...
나는 (나 자신을 위해) 주문 수를 "반품"했습니다. 하나의 돌이있는 2 마리의 새가 즉시 죽습니다 (2 개의 함수를 작성할 필요가 없음) - > 0이면 주문이 있습니다 + "그리드의 구멍", "회전율"의 트리거 등을 분석 할 수 있습니다. (사실, 기능이 더 오래 작동하므로 확인 목적으로만 정당화되지 않음)
게다가 시각적으로 더 명확하고 변수를 할당하여 더 사용할 수 있는 것 같았습니다.
어떻게
나는 (나 자신을 위해) 주문 수를 "반품"했습니다.
거래 사이의 지연 버전 표시
나는 거래 사이에 어떤 지연도 만들지 않습니다. 즉, 두 개 이상의 주문을 해야 하는 경우 이러한 거래 작업을 중간에 쉬지 않고 수행합니다. 하지만 반복해야 하는 거래 시도 사이에 서버 접속 시 오류가 발생하면 MT4 개발자의 권고에 따라 일시 중지합니다. 예를 들어, 온라인 거래를 위한 내 SetOrder() 함수에서 이러한 일시 중지가 구현되는 방법을 볼 수 있습니다. 거래 서버에서 반환된 다양한 오류에 대해 다른 일시 중지가 이루어집니다.
SetOrder() 함수는 보류 중인 주문을 설정하기 위한 것입니다. 데모 및 실제 계정의 온라인 거래에 사용하는 것이 좋습니다.
Expert Advisors가 20명 이상 거래되면 항상 error 146이 발생하며, 이 기능은 Expert Advisors가 여러 개(2~4개) 있어야만 문제를 해결할 수 있지만, 원칙적으로 고정 지연으로는 문제가 해결되지 않습니다...
20명 이상의 Expert Advisors와 거래할 때 최소한 이더넷 프로토콜을 통해 차익 거래를 해야 합니다... 그러면 신호가 도착하면 각 Expert Advisor가 시장에 진입할 수 있습니다.
Igor, 주문 마감 및 수정 기능을 "처리"하십시오. ;-)
예, 확실히... 하지만 먼저 SetOrder 함수로 마무리하겠습니다. 이제 로그 항목과 함께 이 기능을 사용하는 추가 예를 제공하기 위해 거래 개시를 기다리고 있습니다. 테스트 스크립트는 이미 준비되었지만 온라인으로 확인해야 합니다.
알파벳순으로 기능 출시 계획:
- 주문 삭제
- ExistOrdersByLot
- GetLotLastOrder
- GetOrderOpenPrice
- IndexByTicket
- 수정 주문
- 주문 수
-SelectByTicket
- SelectByTicketFromHistory
귀하(주제 방문자)는 원하는 대로 출판 순서를 조정할 수 있습니다. 하지만 먼저 함수를 적용하는 논리를 고려할 것입니다. 많은 함수가 서로 관련되어 있기 때문입니다. 즉, 다른 사람을 적용할 때 사용할 수 있는 기능을 먼저 공개할 예정입니다.
이고르, 당신은 훌륭한 일을하고 있습니다!
그러나... 그런 짐을 배경으로 포럼과 책, 도움말과 코드베이스 모두
그럼에도 불구하고 때때로 부끄러워하는 불타는 질문이 있습니다.
(다행히 저는 찻주전자라 숨기지 않고.. 그래도 배우고 있습니다... :)))
그리고 질문은 코드 조각을 연결할 수 있는 작은 것들과 뉘앙스 에 있습니다.
보다 정확하게는 프로그램의 블록(모듈)의 상호 연결을 보장합니다 ...
나는 이해합니다. 그리고 나는 종종 죄를 짓습니다.
가장 좋은 대답은...
예를 들어 후행 정지. 그리고 차량 이용이 가능한지 묻는 질문에
100%의 경우에 대한 대답은 예일 것입니다. 90%에서는 코드를 나사로 고정하고, 80%에서는 어떤 코드를 명확히 하기 위해 다음을 따르게 됩니다: Kimovsky;)))
등...내림차순...
그리고 얼마나 정확하게, 한 글자, 한 줄씩, 아아, 이것이 항상 그런 것은 아닙니다.
따라서 수정 기능을 설명하는 게시물도 기대하겠습니다.
그리고 아마도 그것들을 실제로 더 자세히 적용했을 것입니다 ...
20명 이상의 Expert Advisors와 거래할 때 최소한 이더넷 프로토콜을 통해 차익 거래를 해야 합니다. 그러면 신호가 도착하면 각 Expert Advisor가 시장에 진입할 수 있습니다.
그리고 질문은 코드 조각을 연결할 수 있는 작은 것들과 뉘앙스 에 있습니다.
보다 정확하게는 프로그램의 블록(모듈)의 상호 연결을 보장합니다 ...
제 기능과 관련하여 질문에 답하겠습니다. 할 수만 있다면 :-) ... 이를 위해 만든 테마입니다. 즉, 여기에서 자세한 설명 없이 내 기능을 게시한 다른 주제에서 질문할 수 있습니다. 그러니 부끄러워하지 마세요. 나는 이 주제를 오랫동안 유지할 계획이다. 4개월 계획했던 기능 공개만을 위해. 게다가 추가 질문...
따라서 수정 기능을 설명하는 게시물도 기대하겠습니다.
그리고 아마도 그것들을 실제로 더 자세히 적용할 것입니다 ...
20명 이상의 Expert Advisors와 거래할 때 최소한 이더넷 프로토콜을 통해 차익 거래를 해야 합니다. 그러면 신호가 도착하면 각 Expert Advisor가 시장에 진입할 수 있습니다.
안녕하세요!
"차익 거래"라는 말은 동시에 일하는 많은 Expert Advisors에게 거래 흐름에 대한 보장된 액세스를 제공하는 것을 의미했습니다. 나는 오래전에 이 문제에 봉착했고 이더넷 프로토콜에서 충돌 감지 방식으로 다중 접근을 사용하는 것이 더 낫다는 결론에 이르렀다.
본질은 간단합니다. 우리는 무역 흐름의 고용을 확인합니다. 거래 흐름이 바쁜 경우 - 임의의 일시 중지를 생성합니다(1초부터). 거래 흐름이 자유롭다면 우리는 즉시 주문을 "전송"합니다. 여러 Expert Advisor와 거래할 때 각 Expert Advisor는 자체적으로 임의의 일시 중지를 가지며 Expert Advisor는 차례로 거래 스트림을 차지합니다. 전문가 간의 갈등은 없을 것입니다.
예를 들어:
나는 다른 원칙을 생각하고 사용합니다. 거래 흐름이 누군가에 의해 점유되면 나머지 Expert Advisors는 단순히 작동하지 않고(반환) 이것은 Expert Advisor의 시작 부분에서 확인됩니다(아무것도 수행되지 않은 경우 분석할 내용). "차익 거래"에 비추어 접근?
고맙습니다.