MT5에서 집계 위치 구조의 신뢰할 수 있는 계정을 구현할 수 있습니까?
Выдох вдох хорошо дышать Чёрный горох да нелегко глотать Пуля и ствол нажал и разошлись Где добро где зло попробуй разберись А что мне надо да только свет в оконце А что мне снится что кончилась война Куда иду я туда где светит солнце Вот только братцы добраться до темна Шаг другой до счастья долеко Эй брат постой я знаю не легко Вымой лицо побрейся улыбнись Выйди на крыльцо свободе поклонись А что мне надо да только свет в оконце А что мне снится что кончилась война Куда иду я туда где светит солнце Вот только братцы добраться до темна А что нам надо да только свет в оконце А что нам снится что кончилась война Куда идём мы туда где светит солнце Вот только братцы добраться до темна Галанин С.
이 주제는 여러 번 제기 되었습니다.
다음 은 봄에 이 주제에 대한 하나 및 두 번째 진술입니다. 유일한 것은 개발자가 MT5에서 거래 서버의 가상 위치 저장을 구현했다는 잘못된 과대 평가가 있다는 것입니다.
잠금은 문제가 되지 않습니다. MT5 개념 자체가 신뢰할 수 없는 이유는 다음과 같습니다. 그리고 논리적 귀결:
현재 게시된 MT5 기능을 사용하면 동일한 거래 상품에서 동시 수동 거래를 위해 MQL5에 RELIABLE Expert Advisor를 작성하는 것이 불가능합니다!
PS 여기 그리고 여기에서 나는 베타 테스터에게 MT5에서 이 문제에 대한 해결책을 어떻게 보는지 물었습니다... 개발자에게 던진 유사한 질문에도 답변이 없었습니다.
솔직히 말해서, 특히 고문에게 그렇게 큰 문제가 있다고 보지 않습니다.
OrderComment () 가 존재하고 실행되는 한 모든 전략(수동으로 수행된 전략 제외)은 주석에 Magic 을 작성 하고 거기에서 추출하여 이전과 같이 구현할 수 있습니다. 작성 하지 않거나, 그렇지 않은 것처럼 보이는 OrderMagicNumber () 함수를 재정의해야 합니다.
하지만 수동 거래의 경우 이 댓글을 화면에서 볼 수 있는 것이 바람직합니다(계정 내역 탭의 MT4와 달리). 그런 다음 댓글에 정보를 저장하는 신뢰성 외에는 생각할 것이 없습니다.
여기에 하나의 구현 방법이 제안되었지만 신뢰할 수 없습니다.
잘못된 결론을 내리고 있습니다. 마법과 주석은 모두 MT4와 동일하게 작동합니다.
릴리스를 기다리십시오. 모든 것을 직접 확인하십시오.
매직과 댓글은 주문 실행 내역에 저장되지만 집계 위치에는 저장되지 않습니다.
위의 문제를 해결하기 위해 역사 분석을 제안합니까?
반복합니다. 이제 MT4에서는 모든 전략이 중단되지 않은 것처럼 현재 상황에 대한 정보를 수집하고 작업을 계속하는 것이 기본입니다. 이 정보는 공석에서 얻을 수 있습니다. MT5에서는 이 작업을 수행하지 마십시오. 집계 위치에 대한 빈약한 정보가 있고 그게 전부입니다. FILLED 주문의 내역을 분석할 수 있지만 이는 매우 신뢰할 수 없기 때문입니다. 전체 내역을 분석에 사용할 수 없을 수도 있습니다(MQL5 도구를 사용하여 매직 필터를 사용하여 FILLED 주문 내역을 다운로드할 수 있습니까?). 분석에 막대한 시간을 할애할 수 있습니다.
저것들. FILLED 주문의 이력을 기반으로 전체 포지션에 대한 전략의 기여도를 복원하기 위해 MT5에서 제안하시겠습니까?
MT4에서 집계 포지션의 구조를 고려하는 데에는 문제가 없습니다. 하나의 거래 상품에서 MT4의 독립적인 Expert Advisors를 쉽고 안정적으로 작성하고 실행할 수 있으며 수동으로 거래할 수도 있습니다. 그리고 MT5에서는 하나의 거래 상품에 대해 어드바이저와 함께 수동으로 안정적으로(전략의 논리를 위반하지 않고) 거래하는 것조차 불가능합니다.
예, 여러 프로그램에서 문제의 본질은 명확하고 투명합니다. 이런 종류의 제품은 작동해야 했습니다. 예를 들어 FC의 악명 높은 Rumus 또는 ID 시스템이 있습니다. 이것이 MT5에서 어떻게 구현될 것인지, 나는 대답하기를 주저하기 때문입니다. 아직 사용은 안해봐서 기다리겠습니다. 그리고 당신은 적어도 비슷한 접근 방식으로 탈출구를 찾아야 할 것입니다. 적어도 어떻게 든 고문의 행동을 식별합니다. 여전히없는 것보다 낫습니다.
MT5의 도래와 함께 우리는 더 안정적인 옵션을 찾으려고 노력할 것입니다.
MQL5에서 고수준 API를 통해 구현하는 또 다른 방법이지만 다시 신뢰할 수 없습니다.
이것은 잘못된 진술입니다. 먼저 MQL5 를 시도한 다음 합병증의 순서에 대해 이야기해야 합니다.
수년에 걸쳐 개발된 프로그래밍 프로세스의 논리를 변경하는 것은 어려울 것입니다. 그러나 MQL5의 프로그램은 MQL4보다 더 적은 시간으로 더 복잡하게 만들 수 있습니다. 그리고 너무 많은 기회가 추가되어 이제는 전체 혁신 규모를 상상하기가 어렵습니다. 유용한 혁신.
-------
모든 것이 MQL4에서 MQL5로 다시 작성되어야 한다는 것은 좋지 않습니다.
물론 당신은 할 수! 그러나 MQL4->MQL5를 포팅할 때는 대부분의 경우 이와는 거리가 멉니다.
nen, 하나의 거래 수단에서 여러 독립적인 전략을 실행할 수 있는 MQL5의 전략 구현에 대한 비전을 말씀해 주십시오.
표준 MT4 배포판에서 간단한 전략을 취하여 보편적인(독립적인) 전략으로 만드십시오.
MQL4에서 이것은 10줄의 코드와 5분 미만의 작업입니다.
MQL5에서는 이것이 ... 상상조차 되지 않습니다.
MQL5 자체보다 MQL5를 사용하여 더 높은 API 레벨을 생성함으로써 이 문제에 대한 해결책을 봅니다. 이 API는 MT4 포지션이 가지고 있는 모든 속성을 갖게 될 가상 포지션으로 작업할 수 있는 기능으로 거래 기능 을 구현합니다. 이러한 API의 다양한 버전이 CodeBase MQL5에 나타날 것이며 시간이 지남에 따라 오류가 제거되고 모든 것이 이상적일 것이라고 확신합니다(예언은 간단합니다). 거래자는 이 API를 연결하기만 하면 위의 작업과 유사한 작업의 솔루션도 5분 이내에 완료됩니다.
그러나 불행히도 이 솔루션은 여전히 신뢰할 수 없습니다. 가상 위치의 논리적 링크 데이터베이스는 거래 서버에 저장되지 않습니다.
추신: 또한 이 API를 통해 강력한 MQL5 도구를 사용하여 손으로 이러한 가상 위치를 작업하기 위한 인터페이스를 만들 것입니다. 이는 MT4와 유사합니다.
struct MqlTradeRequest { ENUM_TRADE_REQUEST_ACTIONS action ; // Тип выполняемого действия ulong expert ; // Штамп эксперта (идентификатор) ulong order ; // Тикет ордера string symbol ; // Имя торгового инструмента double volume ; // Запрашиваемый объем сделки в лотах double price ; // Цена double stoplimit ; // Уровень StopLimit ордера double sl ; // Уровень Stop Loss ордера double tp ; // Уровень Take Profit ордера ulong deviation ; // Максимально приемлемое отклонение от запрашиваемой цены ENUM_ORDER_TYPE type ; // Тип ордера ENUM_ORDER_TYPE_FILLING type_filling ; // Тип ордера по исполнению ENUM_ORDER_TYPE_TIME type_time ; // Тип ордера по времени действия datetime expiration ; // Срок истечения ордера (для ордеров типа ORDER_TIME_SPECIFIED) string comment ; // Комментарий к ордеру char reserved [ 128 ] ; // Зарезервировано } ;
MQL5에서 고수준 API를 통해 구현하는 또 다른 방법이지만 다시 신뢰할 수 없습니다.
이것은 잘못된 진술입니다. 먼저 MQL5 를 시도한 다음 합병증의 순서에 대해 이야기해야 합니다.
수년에 걸쳐 개발된 프로그래밍 프로세스의 논리를 변경하는 것은 어려울 것입니다. 그러나 MQL5의 프로그램은 MQL4보다 더 적은 시간으로 더 복잡하게 만들 수 있습니다. 그리고 너무 많은 기회가 추가되어 지금은 혁신의 전체 규모를 상상하기 어렵습니다. 유용한 혁신.
-------
모든 것이 MQL4에서 MQL5로 다시 작성되어야 한다는 것은 좋지 않습니다.
물론 당신은 할 수! 그러나 MQL4->MQL5를 포팅할 때는 대부분의 경우 이와는 거리가 멉니다.
nen, 하나의 거래 수단에서 여러 독립적인 전략을 실행할 수 있는 MQL5의 전략 구현에 대한 비전을 말씀해 주십시오.
표준 MT4 배포판에서 간단한 전략을 취하여 보편적인(독립적인) 전략으로 만드십시오.
MQL4에서 이것은 10줄의 코드와 5분 미만의 작업입니다.
MQL5에서는 이것이 ... 상상조차 되지 않습니다.
MQL5 자체보다 MQL5를 사용하여 더 높은 API 레벨을 생성함으로써 이 문제에 대한 해결책을 봅니다. 이 API는 MT4 포지션이 가지고 있는 모든 속성을 갖게 될 가상 포지션으로 작업할 수 있는 기능으로 거래 기능을 구현합니다. 나는 그러한 API의 다양한 버전이 CodeBase MQL5에 나타날 것이라고 확신합니다(예언은 간단합니다). 그리고 시간이 지남에 따라 오류를 수정하고 모든 것이 이상적일 것입니다. 거래자는 이 API를 연결하기만 하면 위의 작업과 유사한 작업의 솔루션도 5분 이내에 완료됩니다.
그러나 불행히도 이 솔루션은 여전히 신뢰할 수 없습니다. 가상 위치의 논리적 링크 데이터베이스는 거래 서버에 저장되지 않습니다.
추신: 또한 이 API를 통해 강력한 MQL5 도구를 사용하여 손으로 이러한 가상 위치를 작업하기 위한 인터페이스를 만들 것입니다. 이는 MT4와 유사합니다.
너무 복잡하고 불필요한 작업이 많이 필요하지 않습니다. 대부분의 경우 그러한 회계를 위해 설계된 간단한 클래스 세트를 사용하여 과도한 초과 없이 플랫폼 자체에서 작업할 수 있습니다. 그러나 여기 IMHO가 완료되었습니다.
이 주제는 여러 번 제기 되었습니다.
주님! 풍만한 논쟁에서 잠시 시간을 내어 다음 문장을 자세히 살펴보세요.
MT4의 프레임워크 내에서 다음을 작성할 수 있습니다. Expert Advisors의 거래 신호를 "차단"하고 순 포지션에 대한 신호를 생성하는 Expert Advisors에 포함된 파일입니다. 물론 EA의 거래 기능은 신호를 가로챌 수 있는 기능으로 대체되어야 합니다.
이를 통해 모든 분쟁을 해결할 수 있습니다. 하나의 Expert Advisor의 두 가지 변형을 실행하기만 하면 됩니다.
이 방향으로 생각하시기 바랍니다. 이것은 건설적입니다. (그리고 우리는 여기에서 이런 어머니와 다투게 될 것입니다!))))
여기 봄에 이 주제에 대한 하나 와 두 번째 진술이 있습니다. 유일한 것은 개발자가 MT5에서 거래 서버의 가상 위치 저장을 구현했다는 잘못된 과대 평가가 있다는 것입니다.
잠금은 문제가 되지 않습니다. MT5 개념 자체가 신뢰할 수 없는 이유는 다음과 같습니다. 그리고 논리적 귀결:
현재 게시된 MT5 기능을 사용하면 동일한 거래 상품에서 동시 수동 거래를 위해 MQL5에 RELIABLE Expert Advisor를 작성하는 것이 불가능합니다!
PS 여기 그리고 여기에서 나는 베타 테스터에게 MT5에서 이 문제에 대한 해결책을 어떻게 보는지 물었습니다... 개발자에게 던진 유사한 질문에도 답변이 없었습니다.