저는 Sergey Kovalev의 MQL4 튜토리얼을 공부하고 있으며 한 가지 간단한 것을 완전히 이해하지 못합니다. 교과서에는 모든 개념을 나열하는 거래 작업 수행을 위한 일반 절차 섹션이 있습니다: 시장 주문, 보류 중인 주문, 거래 주문 및 거래 작업 . 그러나 포럼 참가자의 메시지에서 위치 와 같은 개념은 종종 간과됩니다.
저는 Sergey Kovalev의 MQL4 튜토리얼을 공부하고 있으며 한 가지 간단한 것을 완전히 이해하지 못합니다. 교과서에는 모든 개념을 나열하는 거래 작업 수행을 위한 일반 절차 섹션이 있습니다: 시장 주문, 보류 중인 주문, 거래 주문 및 거래 작업 . 그러나 포럼 참가자의 메시지에서 위치 와 같은 개념은 종종 간과됩니다.
따라서 전문가를 위한 질문: 시장 주문 = 위치 또는 다른 개념입니까?
안부 인사를 전합니다. 블라디미르.
예, 거래 작업의 구현은 네 가지에서 단순화됩니다. 그리고 교과서에는 정확하게 반영되어 있고 4k에서는 모든 것이 주문 티켓에 묶여 있습니다. 그리고 보류 중인 주문 티켓은 시장가 주문이 된 후 변경되지 않습니다. 5k에는 문서도 자세히 나와 있습니다. 거기에서 주문에는 자체 티켓이 있고 거래(거래 작업)에는 자체 티켓이 있고 포지션에는 자체 티켓이 있습니다. 모든 거래 작업은 5번째 거래에 있으며 모든 주문은 주문입니다. 따라서 SL과 TP는 주문-영장입니다. 그리고 거래 위치가 나타나거나 변경되거나 종료된 후. 그리고 회계에는 2가지 유형이 있습니다. 포지션별로만 회계를 수행하는 네팅 계정과 다방향 주문을 고려하여 포지션을 기록하는 헤지입니다. 4k에서는 계정이 헤지일 뿐이며, 운영 비용을 절약하기 위해 한 번에 다방향 주문을 마감하는 작업도 있습니다. 그리고 4k에서 유효한 시장 주문의 출력은 5k에서의 위치입니다. 5k에는 시장가 주문이 없습니다. 지연만)
예, 거래 작업의 구현은 네 가지에서 단순화됩니다. 그리고 교과서에는 정확하게 반영되어 있고 4k에서는 모든 것이 주문 티켓에 묶여 있습니다. 그리고 보류 중인 주문 티켓은 시장가 주문이 된 후 변경되지 않습니다. 5k에는 문서도 자세히 나와 있습니다. 거기에서 주문에는 자체 티켓이 있고 거래(거래 작업)에는 자체 티켓이 있고 포지션에는 자체 티켓이 있습니다. 모든 거래 작업은 5번째 거래에 있으며 모든 주문은 주문입니다. 따라서 SL과 TP는 주문-영장입니다. 그리고 거래 후에 위치가 나타나거나 변경되거나 닫힙니다. 그리고 회계에는 2가지 유형이 있습니다. 포지션별로만 회계를 수행하는 네팅 계정과 다방향 주문을 고려하여 포지션을 기록하는 헤지입니다. 4k에서는 계정이 헤지일 뿐이며, 운영 비용을 절약하기 위해 한 번에 다방향 주문을 마감하는 작업도 있습니다. 그리고 4k에서 유효한 시장 주문의 출력은 5k에서의 위치입니다. 5k에는 시장가 주문이 없습니다. 지연만)
안녕하세요 발레리입니다! 이렇게 포괄적인 답변을 주셔서 대단히 감사합니다. "...주문에는 고유한 티켓이 있고, 거래 - 거래 작업 - 고유한 티켓이 있고, 포지션에는 고유한 티켓이 있습니다..." 몰랐는데 힌트 주셔서 감사합니다.
MQL5 참조: 무역 작업 유형에서 찾을 수 있습니다.거래는 OrderSend() 함수를 사용하여 보류 중인 주문 을 배치, 수정 및 삭제하는 주문뿐만 아니라 열린 위치 에 주문을 전송하여 수행됩니다. 각 거래 요청에는 요청된 거래 작업 유형의 표시가 포함되어 있습니다. 거래 작업은 ENUM_TRADE_REQUEST_ACTIONS 열거에 설명되어 있습니다.
MQL5 참조: 무역 작업 유형에서 찾을 수 있습니다.거래는 OrderSend() 함수를 사용하여 보류 중인 주문 을 배치, 수정 및 삭제하는 주문뿐만 아니라 열린 위치 에 주문을 전송하여 수행됩니다. 각 거래 요청에는 요청된 거래 작업 유형의 표시가 포함되어 있습니다. 거래 작업은 ENUM_TRADE_REQUEST_ACTIONS 열거에 설명되어 있습니다.
이제 모든 것이 명확해졌습니다. 포지션을 여는 주문(제가 직접 추가했습니다-시장 가격).
안부 인사를 전합니다. 블라디미르.
가격은 포지션을 열고 닫는 주문에 없어서는 안될 조건이라고 덧붙이겠습니다. 시장에서와 마찬가지로 매도는 물론이고 시장 가격으로만 매수할 수 있습니다. 가격대는 슬리피지이며, 가격이 그 수준을 넘어서면 거래가 완료되지 않습니다.
Sergey Kovalev의 MQL4 튜토리얼에서 제가 오랫동안 찾고 있던 것을 찾았습니다. 다음은 책에서 발췌한 내용입니다. " 간단한 Expert Advisor의 구조. 아래는 여러 기능 블록을 기반으로 구축된 간단한 Expert Advisor의 블록 다이어그램이며, 각 블록은 별도의 계산 부분을 수행합니다."
이와 관련하여 이 블록다이어그램이 MQL5 언어로 EA( Expert Advisor)를 작성하는 데 적용 가능한지 아니면 다른 블록을 추가해야 하는지 전문가들에게 조언을 부탁드립니다.
Sergey Kovalev의 MQL4 튜토리얼에서 제가 오랫동안 찾고 있던 것을 찾았습니다. 다음은 책에서 발췌한 내용입니다. " 간단한 Expert Advisor의 구조. 아래는 여러 기능 블록을 기반으로 구축된 간단한 Expert Advisor의 블록 다이어그램이며, 각 블록은 별도의 계산 부분을 수행합니다."
이와 관련하여 이 블록다이어그램이 MQL5 언어로 EA( Expert Advisor)를 작성하는 데 적용 가능한지 아니면 다른 블록을 추가해야 하는지 전문가들에게 조언을 부탁드립니다.
안부 인사를 전합니다. 블라디미르.
이것은 일하는 Expert Advisor의 블록 다이어그램이 아니라 진공 상태의 구형 말입니다. 일부 블록은 전혀 존재하지 않을 수 있습니다. 블록을 재배열할 수 있습니다. MCL의 모든 프로그램은 이벤트 핸들러입니다. 이 주요 가정은 다이어그램에 없으므로 독자를 오도합니다. 내 조언: 이 쓰레기를 읽지 마십시오. Kovalev의 교과서는 구식입니다. 특히 MT5 주문 시스템과 관련하여 많은 정보가 정확하지 않습니다. Kovalev는 본질적으로이 어리석은 계획을 암기하고 일련의 사건을 암기 한 다음 올빼미가 지구를 끌어 당길 것을 제안합니다. 말하자면이 계획은 전문가의 프로그램에서 구현됩니다. MCL에는 다이어그램이 없습니다. 일반적인 거래 환경 사용 패턴이 있습니다. 그러나 그 안에 이해하고 기억해야 할 보편적인 계획은 없습니다. 모든 "구성표"는 들어오는 이벤트에 대한 이러한 기능의 반응 및 기능의 도움으로 컴파일됩니다. 또한 기능에 의해 다시 요청되는 데이터가 있습니다.
Sergey Kovalev의 MQL4 튜토리얼에서 제가 오랫동안 찾고 있던 것을 찾았습니다. 다음은 책에서 발췌한 내용입니다. " 간단한 Expert Advisor의 구조. 아래는 여러 기능 블록을 기반으로 구축된 간단한 Expert Advisor의 블록 다이어그램이며, 각 블록은 별도의 계산 부분을 수행합니다."
이와 관련하여 이 블록다이어그램이 MQL5 언어로 EA( Expert Advisor)를 작성하는 데 적용 가능한지 아니면 다른 블록을 추가해야 하는지 전문가들에게 조언을 부탁드립니다.
안부 인사를 전합니다. 블라디미르.
논리적으로 적용 가능하지만 회계 블록은 다릅니다. 4ke에서는 이것으로 모든 것이 더 쉬워졌습니다. 저는 그것을 좋아합니다. 5k에서 이것은 더 복잡한 작업입니다. 삶을 더 쉽게 만들어주는 라이브러리가 있지만 이를 사용하려면 언어를 다시 알아야 합니다. 사실, 5k에서 주문이 전송되었는지, 답변이 올바른지 여부, 실행 상태가 올바른 경우 실행 후 답변이 없는 경우에도 요청해야 합니다. 그런 다음 트랜잭션이 확인되었는지 여부에 관계없이 답변도 요청해야하며 거래가 성공하면 시장 가격이있는 자산 (시장의 상품)이 발생합니다.
0. 데이터 유형.
0.1. 깁스
0.2. 부울 대수학
0.3 정수 오버플로의 개념(x+1이 항상 x보다 크지는 않음)
0.4 부동 소수점 수의 수학
0.5 변수
0.6 변수 초기화
...
더 생각하기에는 너무 게으름))))
블라디미르 감사합니다! 나는 이미 이 목록의 일부(데이터 유형, 변수)를 마스터했으며 나머지는 교육 계획에 추가할 것입니다.
안부 인사를 전합니다. 블라디미르.
좋은 하루와 좋은 분위기 모두!
저는 Sergey Kovalev의 MQL4 튜토리얼을 공부하고 있으며 한 가지 간단한 것을 완전히 이해하지 못합니다. 교과서에는 모든 개념을 나열하는 거래 작업 수행을 위한 일반 절차 섹션이 있습니다: 시장 주문, 보류 중인 주문, 거래 주문 및 거래 작업 . 그러나 포럼 참가자의 메시지에서 위치 와 같은 개념은 종종 간과됩니다.
따라서 전문가를 위한 질문: 시장 주문 = 위치 또는 다른 개념입니까?
안부 인사를 전합니다. 블라디미르.
좋은 하루와 좋은 분위기 모두!
저는 Sergey Kovalev의 MQL4 튜토리얼을 공부하고 있으며 한 가지 간단한 것을 완전히 이해하지 못합니다. 교과서에는 모든 개념을 나열하는 거래 작업 수행을 위한 일반 절차 섹션이 있습니다: 시장 주문, 보류 중인 주문, 거래 주문 및 거래 작업 . 그러나 포럼 참가자의 메시지에서 위치 와 같은 개념은 종종 간과됩니다.
따라서 전문가를 위한 질문: 시장 주문 = 위치 또는 다른 개념입니까?
안부 인사를 전합니다. 블라디미르.
예, 거래 작업의 구현은 네 가지에서 단순화됩니다. 그리고 교과서에는 정확하게 반영되어 있고 4k에서는 모든 것이 주문 티켓에 묶여 있습니다. 그리고 보류 중인 주문 티켓은 시장가 주문이 된 후 변경되지 않습니다. 5k에는 문서도 자세히 나와 있습니다. 거기에서 주문에는 자체 티켓이 있고 거래(거래 작업)에는 자체 티켓이 있고 포지션에는 자체 티켓이 있습니다. 모든 거래 작업은 5번째 거래에 있으며 모든 주문은 주문입니다. 따라서 SL과 TP는 주문-영장입니다. 그리고 거래 위치가 나타나거나 변경되거나 종료된 후. 그리고 회계에는 2가지 유형이 있습니다. 포지션별로만 회계를 수행하는 네팅 계정과 다방향 주문을 고려하여 포지션을 기록하는 헤지입니다. 4k에서는 계정이 헤지일 뿐이며, 운영 비용을 절약하기 위해 한 번에 다방향 주문을 마감하는 작업도 있습니다. 그리고 4k에서 유효한 시장 주문의 출력은 5k에서의 위치입니다. 5k에는 시장가 주문이 없습니다. 지연만)
예, 거래 작업의 구현은 네 가지에서 단순화됩니다. 그리고 교과서에는 정확하게 반영되어 있고 4k에서는 모든 것이 주문 티켓에 묶여 있습니다. 그리고 보류 중인 주문 티켓은 시장가 주문이 된 후 변경되지 않습니다. 5k에는 문서도 자세히 나와 있습니다. 거기에서 주문에는 자체 티켓이 있고 거래(거래 작업)에는 자체 티켓이 있고 포지션에는 자체 티켓이 있습니다. 모든 거래 작업은 5번째 거래에 있으며 모든 주문은 주문입니다. 따라서 SL과 TP는 주문-영장입니다. 그리고 거래 후에 위치가 나타나거나 변경되거나 닫힙니다. 그리고 회계에는 2가지 유형이 있습니다. 포지션별로만 회계를 수행하는 네팅 계정과 다방향 주문을 고려하여 포지션을 기록하는 헤지입니다. 4k에서는 계정이 헤지일 뿐이며, 운영 비용을 절약하기 위해 한 번에 다방향 주문을 마감하는 작업도 있습니다. 그리고 4k에서 유효한 시장 주문의 출력은 5k에서의 위치입니다. 5k에는 시장가 주문이 없습니다. 지연만)
안녕하세요 발레리입니다! 이렇게 포괄적인 답변을 주셔서 대단히 감사합니다. "...주문에는 고유한 티켓이 있고, 거래 - 거래 작업 - 고유한 티켓이 있고, 포지션에는 고유한 티켓이 있습니다..." 몰랐는데 힌트 주셔서 감사합니다.
안부 인사를 전합니다. 블라디미르.
MQL5 참조: 무역 작업 유형에서 찾을 수 있습니다. 거래는 OrderSend() 함수를 사용하여 보류 중인 주문 을 배치, 수정 및 삭제하는 주문뿐만 아니라 열린 위치 에 주문을 전송하여 수행됩니다. 각 거래 요청에는 요청된 거래 작업 유형의 표시가 포함되어 있습니다. 거래 작업은 ENUM_TRADE_REQUEST_ACTIONS 열거에 설명되어 있습니다.
이제 모든 것이 명확해졌습니다. 포지션을 여는 주문(제가 직접 추가했습니다-시장 가격).
안부 인사를 전합니다. 블라디미르.
MQL5 참조: 무역 작업 유형에서 찾을 수 있습니다. 거래는 OrderSend() 함수를 사용하여 보류 중인 주문 을 배치, 수정 및 삭제하는 주문뿐만 아니라 열린 위치 에 주문을 전송하여 수행됩니다. 각 거래 요청에는 요청된 거래 작업 유형의 표시가 포함되어 있습니다. 거래 작업은 ENUM_TRADE_REQUEST_ACTIONS 열거에 설명되어 있습니다.
이제 모든 것이 명확해졌습니다. 포지션을 여는 주문(제가 직접 추가했습니다-시장 가격).
안부 인사를 전합니다. 블라디미르.
가격은 포지션을 열고 닫는 주문에 없어서는 안될 조건이라고 덧붙이겠습니다. 시장에서와 마찬가지로 매도는 물론이고 시장 가격으로만 매수할 수 있습니다. 가격대는 슬리피지이며, 가격이 그 수준을 넘어서면 거래가 완료되지 않습니다.
가격은 포지션을 열고 닫는 주문에 없어서는 안될 조건이라고 덧붙이겠습니다. 시장에서와 마찬가지로 매도는 물론이고 시장 가격으로만 매수할 수 있습니다. 가격대는 슬리피지이며, 가격이 그 수준을 넘어서면 거래가 완료되지 않습니다.
고마워, 발레리! 그건 그렇고, 슬리피지에 대해서는 이미 그것이 존재하는 이유를 이해했고 이제 다시 확인했습니다.
안부 인사를 전합니다. 블라디미르.
Sergey Kovalev의 MQL4 튜토리얼에서 제가 오랫동안 찾고 있던 것을 찾았습니다. 다음은 책에서 발췌한 내용입니다. " 간단한 Expert Advisor의 구조. 아래는 여러 기능 블록을 기반으로 구축된 간단한 Expert Advisor의 블록 다이어그램이며, 각 블록은 별도의 계산 부분을 수행합니다."
이와 관련하여 이 블록다이어그램이 MQL5 언어로 EA( Expert Advisor)를 작성하는 데 적용 가능한지 아니면 다른 블록을 추가해야 하는지 전문가들에게 조언을 부탁드립니다.
안부 인사를 전합니다. 블라디미르.
Sergey Kovalev의 MQL4 튜토리얼에서 제가 오랫동안 찾고 있던 것을 찾았습니다. 다음은 책에서 발췌한 내용입니다. " 간단한 Expert Advisor의 구조. 아래는 여러 기능 블록을 기반으로 구축된 간단한 Expert Advisor의 블록 다이어그램이며, 각 블록은 별도의 계산 부분을 수행합니다."
이와 관련하여 이 블록다이어그램이 MQL5 언어로 EA( Expert Advisor)를 작성하는 데 적용 가능한지 아니면 다른 블록을 추가해야 하는지 전문가들에게 조언을 부탁드립니다.
안부 인사를 전합니다. 블라디미르.
이것은 일하는 Expert Advisor의 블록 다이어그램이 아니라 진공 상태의 구형 말입니다. 일부 블록은 전혀 존재하지 않을 수 있습니다. 블록을 재배열할 수 있습니다. MCL의 모든 프로그램은 이벤트 핸들러입니다. 이 주요 가정은 다이어그램에 없으므로 독자를 오도합니다. 내 조언: 이 쓰레기를 읽지 마십시오. Kovalev의 교과서는 구식입니다. 특히 MT5 주문 시스템과 관련하여 많은 정보가 정확하지 않습니다. Kovalev는 본질적으로이 어리석은 계획을 암기하고 일련의 사건을 암기 한 다음 올빼미가 지구를 끌어 당길 것을 제안합니다. 말하자면이 계획은 전문가의 프로그램에서 구현됩니다. MCL에는 다이어그램이 없습니다. 일반적인 거래 환경 사용 패턴이 있습니다. 그러나 그 안에 이해하고 기억해야 할 보편적인 계획은 없습니다. 모든 "구성표"는 들어오는 이벤트에 대한 이러한 기능의 반응 및 기능의 도움으로 컴파일됩니다. 또한 기능에 의해 다시 요청되는 데이터가 있습니다.
Sergey Kovalev의 MQL4 튜토리얼에서 제가 오랫동안 찾고 있던 것을 찾았습니다. 다음은 책에서 발췌한 내용입니다. " 간단한 Expert Advisor의 구조. 아래는 여러 기능 블록을 기반으로 구축된 간단한 Expert Advisor의 블록 다이어그램이며, 각 블록은 별도의 계산 부분을 수행합니다."
이와 관련하여 이 블록다이어그램이 MQL5 언어로 EA( Expert Advisor)를 작성하는 데 적용 가능한지 아니면 다른 블록을 추가해야 하는지 전문가들에게 조언을 부탁드립니다.
안부 인사를 전합니다. 블라디미르.
논리적으로 적용 가능하지만 회계 블록은 다릅니다. 4ke에서는 이것으로 모든 것이 더 쉬워졌습니다. 저는 그것을 좋아합니다. 5k에서 이것은 더 복잡한 작업입니다. 삶을 더 쉽게 만들어주는 라이브러리가 있지만 이를 사용하려면 언어를 다시 알아야 합니다. 사실, 5k에서 주문이 전송되었는지, 답변이 올바른지 여부, 실행 상태가 올바른 경우 실행 후 답변이 없는 경우에도 요청해야 합니다. 그런 다음 트랜잭션이 확인되었는지 여부에 관계없이 답변도 요청해야하며 거래가 성공하면 시장 가격이있는 자산 (시장의 상품)이 발생합니다.