고맙습니다. mql5에서는 그러한 미로가 구축되지 않았습니다. 목표로 바로 가는 대신 여러 가지 분기, 막 다른 골목 및 장애물을 통해 우회로를 통과해야 합니다. 언어를 위한 언어.
또한 MQL4에서 위치에 대한 마법을 설정합니다.
여기에서 SB의 쇼핑 시설을 사용하기로 결정했습니다. 즉, 생성하고 초기화할 때 매개변수를 설정해야 합니다. 그런 다음 거래 기능에 대해 그에게 연락하십시오. 이러한 개체는 많이 있을 수 있으며 각각에 대해 고유한 매개변수를 설정합니다. 그런 다음 - 원하는 개체를 참조하여 각 특정 개체에 대해 설정되고 TS에 따라 다른 시간에 필요한 기호 및 마법에 대한 거래 주문 을 관리합니다.
안녕하세요 Artyom Trishkin입니다! 2020.09.14_01:14 GMT+3. 나는 표준 이동 평균 전문가 고문을 선택하고 거래를 시작하고 거래를 마감하는 두 가지 조건을 변경했습니다. 하지만 전략 테스터 에서는 어드바이저가 거래를 열고 닫는 두 번째 조건만 충족하고 첫 번째 조건을 무시하는 것을 볼 수 있습니다. 어드바이저는 이미 너무 단순합니다. 복잡한 어드바이저는 모든 것이 자신에게 적합하다고 어떻게 작성합니까? 거래를 시작하고 닫는 데 최소 두 가지 조건을 적용하려면 어떻게 해야 합니까? 그러나 거래를 시작하기 위한 더 많은 조건이 있을 수 있습니다. 이 질문들에 대한 답을 알고 있습니까? 말하다. EA 파일을 첨부합니다. 01:26 GMT+3.
여기에서 SB의 쇼핑 시설을 사용하기로 결정했습니다. 즉, 생성하고 초기화할 때 매개변수를 설정해야 합니다. 그런 다음 거래 기능에 대해 그에게 연락하십시오. 이러한 개체는 많이 있을 수 있으며 각각에 대해 고유한 매개변수를 설정합니다. 그런 다음 - 원하는 개체를 참조하여 각 특정 개체에 대해 설정되고 TS에 따라 다른 시간에 필요한 기호 및 마법에 대한 거래 주문 을 관리합니다.
모든 것이 간단합니다.
안녕하세요. 답변 해주셔서 감사합니다. 제 견해를 말씀드리겠습니다. MQL4에서는 주문을 열 때 마법을 포함한 매개변수를 지정합니다. #include <Trade\OrderInfo.mqh>에는 마법을 제외한 모든 것이 지정됩니다. 예 - CTrade::BuyLimit(const double volume,const double price,const string symbol=NULL,const double sl=0.0,const double tp=0.0,const ENUM_ORDER_TYPE_TIME type_time=ORDER_TIME_GTC,const datetime 만료=0,const string comment= " "). 제 생각에는 이것은 개선이 아니며 다른 마법 매개변수를 도입하여 수정해야 합니다. 또는 #include <Trade\ HistoryOrderInfo.mqh >는 주문으로 받은 이익(손익)을 제외한 모든 것을 포함합니다. 이것은 주문에 대한 중요한 정보이지만 그렇지 않습니다. 더. 마지막으로 마감된 주문의 이익을 찾아야 합니다. 우리는 Comment()에 정보를 표시할 것입니다. 그리고 우리는 무엇을 볼 것입니다. 미결제 주문(포지션)이 없는 동안에는 댓글에 마지막 주문의 이익이 표시됩니다. 주문(포지션)이 열리자 마자 주문이 마감될 때까지 주석에 0이 표시됩니다. 저것들. 주문은 여전히 시장에 있지만 역사상 동시에 두 가지 형태로 존재합니다. 그러나 이것은 넌센스입니다. 그것이 내가 말하는 이유입니다 - 언어를 위한 언어. 제 생각에는 미완의 작은 것들이 많습니다.
당신은 개념(특히 '순서')을 혼동합니다. 시장에 PENDING ORDER 또는 POSITION이 있을 수 있습니다. 도움말에서 자세히 알아볼 수 있습니다. 일반 원칙 .
CTrade 클래스는 자급자족할 수 있으며 여기에는 단점이 없습니다. 구현 코드를 보고 싶어 하지 않을 뿐입니다. 거래 요청을 보낼 때(적어도 PENDING ORDER를 배치하기 위해, 최소한 POSITION을 열거나 수정하기 위해) 거래 클래스의 인스턴스가 매직 번호를 보냅니다. 개체를 생성할 때 초기화하기만 하면 됩니다.
Перед тем как приступить к изучению торговых функций платформы, необходимо создать четкое представление об основных терминах: ордер, сделка и позиция. — это распоряжение брокерской компании купить или продать финансовый инструмент. Различают два основных типа ордеров: рыночный и отложенный. Помимо них существуют специальные ордера Тейк Профит и...
안녕하세요. 답변 해주셔서 감사합니다. 제 견해를 말씀드리겠습니다. MQL4에서는 주문을 열 때 마법을 포함한 매개변수를 지정합니다. #include <Trade\OrderInfo.mqh>에는 마법을 제외한 모든 것이 지정됩니다. 예 - CTrade::BuyLimit(const double volume,const double price,const string symbol=NULL,const double sl=0.0,const double tp=0.0,const ENUM_ORDER_TYPE_TIME type_time=ORDER_TIME_GTC,const datetime 만료=0,const string comment= " "). 제 생각에는 이것은 개선이 아니며 다른 마법 매개변수를 도입하여 수정해야 합니다. 또는 #include <Trade\ HistoryOrderInfo.mqh >는 주문으로 받은 이익(손익)을 제외한 모든 것을 포함합니다. 이것은 주문에 대한 중요한 정보이지만 그렇지 않습니다. 더. 마지막으로 마감된 주문의 이익을 찾아야 합니다. 우리는 Comment()에 정보를 표시할 것입니다. 그리고 우리는 무엇을 볼 것입니다. 미결제 주문(포지션)이 없는 동안에는 댓글에 마지막 주문의 이익이 표시됩니다. 주문(포지션)이 열리자 마자 주문이 마감될 때까지 주석에 0이 표시됩니다. 저것들. 주문은 여전히 시장에 있지만 역사상 동시에 두 가지 형태로 존재합니다. 그러나 이것은 넌센스입니다. 그것이 내가 말하는 이유입니다 - 언어를 위한 언어. 제 생각 에는 미완의 작은 것들이 많이 있습니다.
유리야, 이건 미완의 사소한 덩어리가 아니라 오해의 덩어리야.
OnInit()에서 한 번만 지정하는 것으로 충분하다면 주문이나 위치를 열 때마다 마법을 쓰는 이유는 무엇입니까?
안녕하세요. 답변 해주셔서 감사합니다. 제 견해를 말씀드리겠습니다. MQL4에서는 주문을 열 때 마법을 포함한 매개변수를 지정합니다. #include <Trade\OrderInfo.mqh>에는 마법을 제외한 모든 것이 지정됩니다. 예 - CTrade::BuyLimit(const double volume, const double price, const string symbol=NULL, const double sl=0.0, const double tp=0.0, const ENUM_ORDER_TYPE_TIME type_time=ORDER_TIME_GTC,const datetime 만료=0,const string comment= " "). 제 생각에는 이것은 개선이 아니며 다른 마법 매개변수를 도입하여 수정해야 합니다. 또는 #include <Trade\ HistoryOrderInfo.mqh >는 주문으로 받은 이익(손익)을 제외한 모든 것을 포함합니다. 이것은 주문에 대한 중요한 정보이지만 그렇지 않습니다. 더. 마지막으로 마감된 주문의 이익을 찾아야 합니다. 우리는 Comment()에 정보를 표시할 것입니다. 그리고 우리는 무엇을 볼 것입니다. 미결제 주문(포지션)이 없는 동안에는 댓글에 마지막 주문의 이익이 표시됩니다. 주문(포지션)이 열리자 마자 주문이 마감될 때까지 주석에 0이 표시됩니다. 저것들. 주문은 여전히 시장에 있지만 역사상 동시에 두 가지 형태로 존재합니다. 그러나 이것은 넌센스입니다. 그것이 내가 말하는 이유입니다 - 언어를 위한 언어. 제 생각에는 미완의 작은 것들이 많습니다.
절차적으로 생각하고 있지만 OOP 개체를 사용하려고 합니다. 그들은 다른 접근 방식을 가지고 있습니다. 예를 들어:
개체가 생성됩니다. 그는 마술사를 받습니다. 두 번째 개체가 생성됩니다. 그는 두 번째 마술사를 얻습니다. 세 번째 개체가 생성됩니다. 그는 세 번째 마술사를 얻습니다.
이제 하나의 EA에 세 가지 전략에 대한 세 가지 거래 개체가 있습니다. 첫 번째 TS에서 포지션을 열거나 보류 중인 주문을 하려면 첫 번째 거래 대상을 참조해야 합니다. 두 번째 TS에서 포지션을 열거나 보류 중인 주문을 하려면 두 번째 거래 대상을 참조해야 합니다. 세 번째 TS에서 포지션을 열거나 보류 중인 주문을 하려면 세 번째 거래 대상을 참조해야 합니다.
주문에는 이익 매개변수가 없습니다. 한 가지 간단한 이유 때문에 - 주문은 주문입니다(보류 주문은 가격이 주어진 수준에 도달할 때 어떤 행동을 수행하도록 브로커에게 명령하는 것입니다. 즉, 주어진 기준에 도달했을 때 특정 시간 후에 거래를 실행하라는 명령입니다 ). 거래 요청(주문)의 결과는 거래(여기에는 이미 이익 매개변수 DEAL_PROFIT가 있음)가 될 수 있으며, 이는 포지션 생성, 변경 또는 마감(포지션에는 이익 매개변수, 그러나 현재 하나만 - 부동 POSITION_PROFIT).
그리고 시장가 주문(시장가 주문)도 있습니다. 이것은 거래 주문을 보낼 때 항상 거래 전에 나타납니다. 이것이 당신의 거래 주문입니다. 그리고 기존 주문 목록에서 볼 수 있습니다. 즉, 포지션을 열면 주문 --> 거래 --> 포지션이라는 사슬이 생성됩니다. 오픈 포지션이 있는 모든 액션은 체인을 생성합니다: 포지션 --> 주문 --> 거래 --> 포지션 없음 또는 더 작은 포지션 볼륨, 더 큰 포지션 볼륨(네팅), 또는 포지션 반전(넷팅)
Сделка является отражением факта совершения торговой операции на основании ордера, содержащего торговый приказ. Каждая сделка описывается свойствами, позволяющими получить информацию о ней. Для чтения значений свойств используются функции вида Идентификатор позиции, в открытии, изменении или закрытии которой участвовала эта сделка. Каждая...
모두에게 감사합니다. 특히 Alexey Viktorov - 명확하고 구체적입니다. 이미 다시 작성하고 확인했습니다. 이제 마지막 주문의 이익에 대한 정보가 있고 고문이 이를 사용합니다. 지위, 명령, 거래로 인해 너무 정교하고 불필요하고 불필요한 혼란. 현재 주문(보류 중, 활성/시장/)과 기록에 남아 있지만 주문이 남아 있는 주문이 있습니다. 나는 살구가 없고 살구가 있습니다. 돈을 이체하는 과정은 단기적이며 절대적으로 필수적인 것은 아닙니다. 칭량이 진행되는 동안 판매자는 더 이상 가지고 있지 않은 것처럼 보이고 구매자는 아직 가지고 있지 않은 것으로 나타났습니다. 저것들. 이 간격에는 혼란과 혼란이 있습니다. 단순할수록 좋습니다.
모두에게 감사합니다. 특히 Alexey Viktorov - 명확하고 구체적입니다. 이미 다시 작성하고 확인했습니다. 이제 마지막 주문의 이익에 대한 정보가 있고 고문이 이를 사용합니다. 지위, 명령, 거래로 인해 너무 정교하고 불필요하고 불필요한 혼란. 현재 주문(보류 중, 활성/시장/)과 기록에 남아 있지만 주문이 남아 있는 주문이 있습니다. 나는 살구가 없고 살구가 있습니다. 돈을 이체하는 과정은 단기적이며 절대적으로 필수적인 것은 아닙니다. 칭량이 진행되는 동안 판매자는 더 이상 가지고 있지 않은 것처럼 보이고 구매자는 아직 가지고 있지 않은 것으로 나타났습니다. 저것들. 이 간격에는 혼란과 혼란이 있습니다. 단순할수록 좋습니다.
하지만 어쨌든 모두 감사합니다. 행운을 빕니다.
이것은 터미널 개발자의 특징이 아닙니다. 4개의 "순서"라는 하나의 개념에 전체 체인을 맞추는 것은 기발한 일이었습니다. 이제 모든 것이 실제로 일어나고 있는 일과 일치합니다.
그리고 선반에서 배낭으로 살구를 옮기는 시간은 거래 주문을 실행하는 시간입니다. 그리고 이제 발생하는 이벤트에 대한 모든 데이터를 가지고 있으므로 주문이 실행되는 속도를 쉽게 제어할 수 있습니다. 그리고 이것 뿐만이 아닙니다. 일반적으로 이제 모든 서버에서 통계 데이터를 구현할 수 있는 많은 기회와 해당 서버가 요구 사항을 얼마나 잘 충족할 수 있는지 알 수 있습니다.
이것은 터미널 개발자의 특징이 아닙니다. 4개의 "순서"라는 하나의 개념에 전체 체인을 맞추는 것은 기발한 일이었습니다. 이제 모든 것이 실제로 일어나고 있는 일과 일치합니다.
그리고 선반에서 배낭으로 살구를 옮기는 시간은 거래 주문을 실행하는 시간입니다. 그리고 이제 발생하는 이벤트에 대한 모든 데이터를 가지고 있으므로 주문이 실행되는 속도를 쉽게 제어할 수 있습니다. 그리고 이것 뿐만이 아닙니다. 일반적으로 이제 모든 서버에서 통계 데이터를 구현할 수 있는 많은 기회와 해당 서버가 요구 사항을 얼마나 잘 충족할 수 있는지 알 수 있습니다.
순전히 토론에 따라 나를 비난하지 마십시오. 저는 오랜 기간 동안 다른 브로커와 함께 Expert Advisors와 거래해 왔으며(판매하지 않습니다) 현재 이벤트에 대한 절대 데이터에는 관심이 없습니다. 나는 최종 결과에 관심이 있습니다 - 고문의 요청에 따라 고품질 주문 실행. 다른 시간에 주문이 열리면(비유적으로) 이 브로커와 계속 협력하지 않을 것입니다. 한 브로커의 오프닝이 다른 브로커보다 0.5초 더 빠르다면 그것은 나에게 중요하지 않습니다(따옴표의 차이도 마찬가지).
mql4에서 Expert Advisor를 작성하는 것이 얼마나 쉬운지, 그리고 mql5에서 얼마나 많은, 죄송합니다. mql5에 대해 여전히 질문이 있는 이유는 무엇입니까? MT5 테스터에 대한 좋은 평가를 들었고 그것을 시도하기 위해 mql5 언어에 익숙해져야 했습니다. 테스터는 시도했지만 행복하지 않습니다. 예, 견적이 훨씬 빨리 다운로드되는 것이 편리하지만 MT4에서는 더 유익합니다. 예를 들어 어떤 가격에 주문이 마감되었는지 뿐만 아니라 동시에 어떤 이익(손실)을 받았는지 알고 있는 것이 흥미롭습니다. 순방향 최적화를 사용하면 프로세서가 로드되어 컴퓨터가 중단됩니다. 동일한 브로커에서 동일한 고문을 실행하기 위해 한 번(이것은 확실히 지표가 아님) 시도했습니다. 결과가 다릅니다. MT5에서는 더 좋습니다. 큰 이익, 훨씬 더 적은 손실, 짜증나는 일입니다. 아마도 이것은 노년의 투덜거림일지 모르지만, 오늘 나는 긍정적인 것보다 비판적인 것이 더 많습니다. 저는 아직 MT5로 거래할 생각은 없지만 고품질의 컴팩트 Expert Advisor를 작성하는 데 여전히 관심이 있습니다. 그냥 호기심.
고맙습니다. mql5에서는 그러한 미로가 구축되지 않았습니다. 목표로 바로 가는 대신 여러 가지 분기, 막 다른 골목 및 장애물을 통해 우회로를 통과해야 합니다. 언어를 위한 언어.
또한 MQL4에서 위치에 대한 마법을 설정합니다.
여기에서 SB의 쇼핑 시설을 사용하기로 결정했습니다. 즉, 생성하고 초기화할 때 매개변수를 설정해야 합니다. 그런 다음 거래 기능에 대해 그에게 연락하십시오. 이러한 개체는 많이 있을 수 있으며 각각에 대해 고유한 매개변수를 설정합니다. 그런 다음 - 원하는 개체를 참조하여 각 특정 개체에 대해 설정되고 TS에 따라 다른 시간에 필요한 기호 및 마법에 대한 거래 주문 을 관리합니다.
모든 것이 간단합니다.
또한 MQL4에서 위치에 대한 마법을 설정합니다.
여기에서 SB의 쇼핑 시설을 사용하기로 결정했습니다. 즉, 생성하고 초기화할 때 매개변수를 설정해야 합니다. 그런 다음 거래 기능에 대해 그에게 연락하십시오. 이러한 개체는 많이 있을 수 있으며 각각에 대해 고유한 매개변수를 설정합니다. 그런 다음 - 원하는 개체를 참조하여 각 특정 개체에 대해 설정되고 TS에 따라 다른 시간에 필요한 기호 및 마법에 대한 거래 주문 을 관리합니다.
모든 것이 간단합니다.
안녕하세요. 답변 해주셔서 감사합니다. 제 견해를 말씀드리겠습니다. MQL4에서는 주문을 열 때 마법을 포함한 매개변수를 지정합니다. #include <Trade\OrderInfo.mqh>에는 마법을 제외한 모든 것이 지정됩니다. 예 - CTrade::BuyLimit(const double volume,const double price,const string symbol=NULL,const double sl=0.0,const double tp=0.0,const ENUM_ORDER_TYPE_TIME type_time=ORDER_TIME_GTC,const datetime 만료=0,const string comment= " "). 제 생각에는 이것은 개선이 아니며 다른 마법 매개변수를 도입하여 수정해야 합니다. 또는 #include <Trade\ HistoryOrderInfo.mqh >는 주문으로 받은 이익(손익)을 제외한 모든 것을 포함합니다. 이것은 주문에 대한 중요한 정보이지만 그렇지 않습니다. 더. 마지막으로 마감된 주문의 이익을 찾아야 합니다. 우리는 Comment()에 정보를 표시할 것입니다. 그리고 우리는 무엇을 볼 것입니다. 미결제 주문(포지션)이 없는 동안에는 댓글에 마지막 주문의 이익이 표시됩니다. 주문(포지션)이 열리자 마자 주문이 마감될 때까지 주석에 0이 표시됩니다. 저것들. 주문은 여전히 시장에 있지만 역사상 동시에 두 가지 형태로 존재합니다. 그러나 이것은 넌센스입니다. 그것이 내가 말하는 이유입니다 - 언어를 위한 언어. 제 생각에는 미완의 작은 것들이 많습니다.
당신은 개념(특히 '순서')을 혼동합니다. 시장에 PENDING ORDER 또는 POSITION이 있을 수 있습니다. 도움말에서 자세히 알아볼 수 있습니다. 일반 원칙 .
CTrade 클래스는 자급자족할 수 있으며 여기에는 단점이 없습니다. 구현 코드를 보고 싶어 하지 않을 뿐입니다. 거래 요청을 보낼 때(적어도 PENDING ORDER를 배치하기 위해, 최소한 POSITION을 열거나 수정하기 위해) 거래 클래스의 인스턴스가 매직 번호를 보냅니다. 개체를 생성할 때 초기화하기만 하면 됩니다.
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
초보자의 질문 MQL5 MT5 MetaTrader 5
블라디미르 카르푸토프 , 2020.09.12 19:11
전문가 ID를 설정하는 것을 잊지 마십시오.
습관에 관한 모든 것입니다.
안녕하세요. 답변 해주셔서 감사합니다. 제 견해를 말씀드리겠습니다. MQL4에서는 주문을 열 때 마법을 포함한 매개변수를 지정합니다. #include <Trade\OrderInfo.mqh>에는 마법을 제외한 모든 것이 지정됩니다. 예 - CTrade::BuyLimit(const double volume,const double price,const string symbol=NULL,const double sl=0.0,const double tp=0.0,const ENUM_ORDER_TYPE_TIME type_time=ORDER_TIME_GTC,const datetime 만료=0,const string comment= " "). 제 생각에는 이것은 개선이 아니며 다른 마법 매개변수를 도입하여 수정해야 합니다. 또는 #include <Trade\ HistoryOrderInfo.mqh >는 주문으로 받은 이익(손익)을 제외한 모든 것을 포함합니다. 이것은 주문에 대한 중요한 정보이지만 그렇지 않습니다. 더. 마지막으로 마감된 주문의 이익을 찾아야 합니다. 우리는 Comment()에 정보를 표시할 것입니다. 그리고 우리는 무엇을 볼 것입니다. 미결제 주문(포지션)이 없는 동안에는 댓글에 마지막 주문의 이익이 표시됩니다. 주문(포지션)이 열리자 마자 주문이 마감될 때까지 주석에 0이 표시됩니다. 저것들. 주문은 여전히 시장에 있지만 역사상 동시에 두 가지 형태로 존재합니다. 그러나 이것은 넌센스입니다. 그것이 내가 말하는 이유입니다 - 언어를 위한 언어. 제 생각 에는 미완의 작은 것들이 많이 있습니다.
유리야, 이건 미완의 사소한 덩어리가 아니라 오해의 덩어리야.
OnInit()에서 한 번만 지정하는 것으로 충분하다면 주문이나 위치를 열 때마다 마법을 쓰는 이유는 무엇입니까?
그리고 그게 다야!!! 또한 주문, 거래 또는 위치의 마법을 동일한 방식으로 확인하여 "친구 또는 적"을 식별합니다. 문제는 당신의 이해에 있습니다.
주문은 수익을 낼 수 없습니다!!! 현재 시점의 포지션에서 이익. 그리고 포지션을 청산 하는 거래, 또는 그것의 일부이지만 이것은 이미 거래 내역에 있습니다. 주문은 시장에서 거래를 하기 위한 주문일 뿐입니다.
집단 농장에서 나는 설명하려고 노력할 것입니다. 당신은 시장에 와서 살구를 사기로 결정합니다.
영장 : 살구 1kg을 주세요...
거래 : 돈을주고, 살구를 가져 ...
위치 : 가방에 살구 ...
판매자의 관점에서:
위치 : 카운터에 살구 ...
영장 : 당신은 살구 킬로그램의 무게를 다는 명령을 받았습니다 ...
거래 : 살구를주고 가방에 돈을 넣어 ...
안녕하세요. 답변 해주셔서 감사합니다. 제 견해를 말씀드리겠습니다. MQL4에서는 주문을 열 때 마법을 포함한 매개변수를 지정합니다. #include <Trade\OrderInfo.mqh>에는 마법을 제외한 모든 것이 지정됩니다. 예 - CTrade::BuyLimit(const double volume, const double price, const string symbol=NULL, const double sl=0.0, const double tp=0.0, const ENUM_ORDER_TYPE_TIME type_time=ORDER_TIME_GTC,const datetime 만료=0,const string comment= " "). 제 생각에는 이것은 개선이 아니며 다른 마법 매개변수를 도입하여 수정해야 합니다. 또는 #include <Trade\ HistoryOrderInfo.mqh >는 주문으로 받은 이익(손익)을 제외한 모든 것을 포함합니다. 이것은 주문에 대한 중요한 정보이지만 그렇지 않습니다. 더. 마지막으로 마감된 주문의 이익을 찾아야 합니다. 우리는 Comment()에 정보를 표시할 것입니다. 그리고 우리는 무엇을 볼 것입니다. 미결제 주문(포지션)이 없는 동안에는 댓글에 마지막 주문의 이익이 표시됩니다. 주문(포지션)이 열리자 마자 주문이 마감될 때까지 주석에 0이 표시됩니다. 저것들. 주문은 여전히 시장에 있지만 역사상 동시에 두 가지 형태로 존재합니다. 그러나 이것은 넌센스입니다. 그것이 내가 말하는 이유입니다 - 언어를 위한 언어. 제 생각에는 미완의 작은 것들이 많습니다.
절차적으로 생각하고 있지만 OOP 개체를 사용하려고 합니다. 그들은 다른 접근 방식을 가지고 있습니다. 예를 들어:
개체가 생성됩니다. 그는 마술사를 받습니다.
두 번째 개체가 생성됩니다. 그는 두 번째 마술사를 얻습니다.
세 번째 개체가 생성됩니다. 그는 세 번째 마술사를 얻습니다.
이제 하나의 EA에 세 가지 전략에 대한 세 가지 거래 개체가 있습니다.
첫 번째 TS에서 포지션을 열거나 보류 중인 주문을 하려면 첫 번째 거래 대상을 참조해야 합니다.
두 번째 TS에서 포지션을 열거나 보류 중인 주문을 하려면 두 번째 거래 대상을 참조해야 합니다.
세 번째 TS에서 포지션을 열거나 보류 중인 주문을 하려면 세 번째 거래 대상을 참조해야 합니다.
주문에는 이익 매개변수가 없습니다. 한 가지 간단한 이유 때문에 - 주문은 주문입니다(보류 주문은 가격이 주어진 수준에 도달할 때 어떤 행동을 수행하도록 브로커에게 명령하는 것입니다. 즉, 주어진 기준에 도달했을 때 특정 시간 후에 거래를 실행하라는 명령입니다 ). 거래 요청(주문)의 결과는 거래(여기에는 이미 이익 매개변수 DEAL_PROFIT가 있음)가 될 수 있으며, 이는 포지션 생성, 변경 또는 마감(포지션에는 이익 매개변수, 그러나 현재 하나만 - 부동 POSITION_PROFIT).
그리고 시장가 주문(시장가 주문)도 있습니다. 이것은 거래 주문을 보낼 때 항상 거래 전에 나타납니다. 이것이 당신의 거래 주문입니다. 그리고 기존 주문 목록에서 볼 수 있습니다. 즉, 포지션을 열면 주문 --> 거래 --> 포지션이라는 사슬이 생성됩니다. 오픈 포지션이 있는 모든 액션은 체인을 생성합니다: 포지션 --> 주문 --> 거래 --> 포지션 없음 또는 더 작은 포지션 볼륨, 더 큰 포지션 볼륨(네팅), 또는 포지션 반전(넷팅)
도움말 읽기 .
모두에게 감사합니다. 특히 Alexey Viktorov - 명확하고 구체적입니다. 이미 다시 작성하고 확인했습니다. 이제 마지막 주문의 이익에 대한 정보가 있고 고문이 이를 사용합니다. 지위, 명령, 거래로 인해 너무 정교하고 불필요하고 불필요한 혼란. 현재 주문(보류 중, 활성/시장/)과 기록에 남아 있지만 주문이 남아 있는 주문이 있습니다. 나는 살구가 없고 살구가 있습니다. 돈을 이체하는 과정은 단기적이며 절대적으로 필수적인 것은 아닙니다. 칭량이 진행되는 동안 판매자는 더 이상 가지고 있지 않은 것처럼 보이고 구매자는 아직 가지고 있지 않은 것으로 나타났습니다. 저것들. 이 간격에는 혼란과 혼란이 있습니다. 단순할수록 좋습니다.
하지만 어쨌든 모두 감사합니다. 행운을 빕니다.
모두에게 감사합니다. 특히 Alexey Viktorov - 명확하고 구체적입니다. 이미 다시 작성하고 확인했습니다. 이제 마지막 주문의 이익에 대한 정보가 있고 고문이 이를 사용합니다. 지위, 명령, 거래로 인해 너무 정교하고 불필요하고 불필요한 혼란. 현재 주문(보류 중, 활성/시장/)과 기록에 남아 있지만 주문이 남아 있는 주문이 있습니다. 나는 살구가 없고 살구가 있습니다. 돈을 이체하는 과정은 단기적이며 절대적으로 필수적인 것은 아닙니다. 칭량이 진행되는 동안 판매자는 더 이상 가지고 있지 않은 것처럼 보이고 구매자는 아직 가지고 있지 않은 것으로 나타났습니다. 저것들. 이 간격에는 혼란과 혼란이 있습니다. 단순할수록 좋습니다.
하지만 어쨌든 모두 감사합니다. 행운을 빕니다.
이것은 터미널 개발자의 특징이 아닙니다. 4개의 "순서"라는 하나의 개념에 전체 체인을 맞추는 것은 기발한 일이었습니다. 이제 모든 것이 실제로 일어나고 있는 일과 일치합니다.
그리고 선반에서 배낭으로 살구를 옮기는 시간은 거래 주문을 실행하는 시간입니다. 그리고 이제 발생하는 이벤트에 대한 모든 데이터를 가지고 있으므로 주문이 실행되는 속도를 쉽게 제어할 수 있습니다. 그리고 이것 뿐만이 아닙니다. 일반적으로 이제 모든 서버에서 통계 데이터를 구현할 수 있는 많은 기회와 해당 서버가 요구 사항을 얼마나 잘 충족할 수 있는지 알 수 있습니다.
이것은 터미널 개발자의 특징이 아닙니다. 4개의 "순서"라는 하나의 개념에 전체 체인을 맞추는 것은 기발한 일이었습니다. 이제 모든 것이 실제로 일어나고 있는 일과 일치합니다.
그리고 선반에서 배낭으로 살구를 옮기는 시간은 거래 주문을 실행하는 시간입니다. 그리고 이제 발생하는 이벤트에 대한 모든 데이터를 가지고 있으므로 주문이 실행되는 속도를 쉽게 제어할 수 있습니다. 그리고 이것 뿐만이 아닙니다. 일반적으로 이제 모든 서버에서 통계 데이터를 구현할 수 있는 많은 기회와 해당 서버가 요구 사항을 얼마나 잘 충족할 수 있는지 알 수 있습니다.
순전히 토론에 따라 나를 비난하지 마십시오. 저는 오랜 기간 동안 다른 브로커와 함께 Expert Advisors와 거래해 왔으며(판매하지 않습니다) 현재 이벤트에 대한 절대 데이터에는 관심이 없습니다. 나는 최종 결과에 관심이 있습니다 - 고문의 요청에 따라 고품질 주문 실행. 다른 시간에 주문이 열리면(비유적으로) 이 브로커와 계속 협력하지 않을 것입니다. 한 브로커의 오프닝이 다른 브로커보다 0.5초 더 빠르다면 그것은 나에게 중요하지 않습니다(따옴표의 차이도 마찬가지).
mql4에서 Expert Advisor를 작성하는 것이 얼마나 쉬운지, 그리고 mql5에서 얼마나 많은, 죄송합니다. mql5에 대해 여전히 질문이 있는 이유는 무엇입니까? MT5 테스터에 대한 좋은 평가를 들었고 그것을 시도하기 위해 mql5 언어에 익숙해져야 했습니다. 테스터는 시도했지만 행복하지 않습니다. 예, 견적이 훨씬 빨리 다운로드되는 것이 편리하지만 MT4에서는 더 유익합니다. 예를 들어 어떤 가격에 주문이 마감되었는지 뿐만 아니라 동시에 어떤 이익(손실)을 받았는지 알고 있는 것이 흥미롭습니다. 순방향 최적화를 사용하면 프로세서가 로드되어 컴퓨터가 중단됩니다. 동일한 브로커에서 동일한 고문을 실행하기 위해 한 번(이것은 확실히 지표가 아님) 시도했습니다. 결과가 다릅니다. MT5에서는 더 좋습니다. 큰 이익, 훨씬 더 적은 손실, 짜증나는 일입니다. 아마도 이것은 노년의 투덜거림일지 모르지만, 오늘 나는 긍정적인 것보다 비판적인 것이 더 많습니다. 저는 아직 MT5로 거래할 생각은 없지만 고품질의 컴팩트 Expert Advisor를 작성하는 데 여전히 관심이 있습니다. 그냥 호기심.
행운을 빕니다.