MQL4 커뮤니티를 죽이지 마세요! MT4에서 MT5로의 전환은 한 번에 MT4로의 전환만큼 원활하지 않을 수 있습니다. 편집 가능성이 없더라도 MT5에 .ex4 파일에 대한 지원을 추가하거나 모든 규칙에 따라 작성된 텍스트를 위한 간단한 MQL4 > MQL5 변환기를 추가하십시오.
MT5는 MT4에서 실행되는 코드를 다시 작성해야 합니다. 아마도 이것은 대다수에게 장애물이 되지 않을 것이며, 일부 거래자는 코드를 다시 작성하는 데 추가 노력과 돈을 투자하지 않기로 결정할 가능성이 있습니다(여러 가지 정당한 이유로). 결과적으로 MT5로의 전환은 그렇게 크지 않을 수 있습니다. Metaquotes의 마케팅 모델이 무엇인지 모르지만, DC가 MT5로 전환하려면 새 버전을 구매해야 하며, 이는 Metaquotes에 추가 이익을 가져다줄 것으로 예상됩니다. (그렇지 않으면 기존 코드 개발을 유지하면서 개발 MT4 라인을 중단하는 합리적인 상업적 의미가 없을 것입니다).
반면에 DC는 간접적으로 거래자를 지향하며 DC가 MT5 획득에 특히 관심을 갖지 않는 상황이 발생할 수 있습니다. 이는 새로운 고객을 끌어들이지 않고 이미 MT4와 함께 일하는 사람들만 끌어들일 것이기 때문입니다. . 결과적으로 모든 사람을 MT5로 대량 이전하는 마케팅 움직임이 정체될 수 있으며, 적어도 코드 수준에서 호환성을 유지하면서 MT4 라인을 더 계속해야 할 가능성이 큽니다. 따라서 이러한 이벤트 전개의 가능성을 감안할 때 MT4에 있는 모든 기능을 MT5를 기반으로 구현하는 것이 합리적으로 보입니다.
OOP는 MT4의 비 OOP 프로그래밍과의 완전한 호환성을 의미하기 때문에 이것이 문제를 일으키지 않아야 하는 것 같습니다. 물론 그러한 접근은 처음부터 논리적일 것이며 "완전히 다른 거래 운영 이데올로기"를 장려하려는 Metaquotes의 바람과 조금도 모순되지 않습니다. 온 힘을 다해. 따라서 아직 늦지 않았지만 경제적 관점에서 MT5를 강제로 "부과"하는 것은 매우 어렵고 비용이 많이 드는 사건의 발전을 고려하는 것이 바람직합니다.
이데올로기가 많이 바뀌었기 때문에 래퍼 함수의 도움으로도 MQL5와 MQL4의 완전한 호환성을 달성할 수 없습니다. MQL5에서는 호출된 함수의 결과 반환이 항상 예상되는 MQL4와 달리 함수 호출이 비동기식으로 수행됩니다. 이를 통해 MQL5 프로그래머는 사고의 특정 구조 조정이 필요하지만 손을 자유롭게 할 수 있습니다. 동일한 OrderSend() 함수를 예로 사용:
Возвращаемое значение
구조의 기본 검사(포인터 검사)가 성공한 경우 true가 반환 됩니다. 이는 거래 작업의 성공적인 실행을 나타내지 않습니다. 함수 실행 결과에 대한 더 자세한 설명을 얻으려면결과 구조의 필드를 분석해야 합니다 .
메모
시장가 주문을 할 때 OrderSend() 메서드가 성공적으로 완료되었다고 해서 항상 거래가 성공적으로 완료되는 것은 아닙니다. 반환된 결과 구조에서거래 서버 반환 코드 를 포함하는값retcode와거래또는주문 필드의 값을 작업 유형 에 따라 확인해야 합니다.
Rosh>> : Полной совместимости MQL5 с MQL4 даже с помощью функций-оберток добиться не получится, так как идеология сильно изменилась. В MQL5 вызовы функций производятся асинхронно, в отличие от MQL4, где всегда ожидается возврат результата из вызванной функции.
친애하는 Rosh, MT5 구현의 모든 뉘앙스를 알지 못하지만 기술적으로 동기 함수 호출의 에뮬레이션과 이전 함수의 결과를 완료하지 않고 새 함수 호출 금지를 구현하는 데 큰 문제가 없다고 봅니다. 그런데 같은 기능을 여러 번 실행하면 미묘한 버그가 발생할 수 있고 항상 미덕은 아니지만 이를 능숙하게 사용하면 많은 문제를 경제적으로 해결할 수 있습니다. SystemVerilog에서 하드웨어 테스트를 프로그래밍할 때 약간의 문제가 발생했으며 모든 것이 동기식 및 비동기식 동기화를 기반으로 구축되었으며 이전 C와 유사한 표준을 지원하는 내장 OOP 접근 방식이 추가되었습니다. 그래서 그곳의 모든 문제가 성공적으로 해결되었고 Metaquot 프로그래머의 수준이 더 낮지 않기를 바랍니다.
여기서 문제는 문제의 기술적 측면이 아니라 상업적 측면에 있다고 가정할 수 있지만 Metaquotes의 리더십이 그러한 전략적 결정을 내리는 즉시 기술적 구현은 극복할 수 없을 것입니다. 문제. MT4에 대한 지원을 포기하는 어려운 결정을 내리는 Metaquote의 경영진이 가능한 모든 시나리오를 고려하기를 바랍니다. 개인적으로 이 방향을 따르는 것의 상업적 이점은 매우 문제적이고 차선책으로 보입니다.
getch>> : Асинхронная обработка торговых приказов - необходимая вещь. Есть стратегии, которые требуют именно такой обработки. На MT4 это эмулируется запуском нескольких терминалов на одном и том же счету.
글쎄, MT4의 프레임워크 내에서 이것을 구현하는 것을 방해하는 것은 무엇입니까? 그것은 다른 것에 관한 것이지만 MT5의 MQL4 코드에 대한 지원.
Andrei01>> :Надеюсь, что руководство Метаквотов, принимая такое тяжелое решение отказаться от поддержки МТ4 учло все возможные варианты событий, хотя лично мне коммерческая выгода следования данному направлению выглядит очень проблематичной и неоптимальной.
이것은 잘못된 진술입니다. MetaTrader 4 플랫폼에 대한 지원은 새로운 MetaTrader 5의 출시와 함께 종료되지 않을 것이라고 여러 번 언급되었습니다. 사실, 이러한 플랫폼은 각각의 플랫폼이 있기 때문에 병렬로 존재하도록 설계되었습니다. 자체 초점 및 자체 사용자.
새로운 세대 플랫폼의 출시는 시간에 의해 좌우되며, 가만히 있을 수 없습니다. 우리는 최종 고객, 즉 다양한 교환 상품을 거래할 수 있도록 요청한 거래자의 요구를 충족해야 합니다.
이것은 잘못된 진술입니다. MetaTrader 4 플랫폼에 대한 지원은 새로운 MetaTrader 5의 출시와 함께 종료되지 않을 것이라고 여러 번 언급되었습니다. 사실, 이러한 플랫폼은 각각의 플랫폼이 있기 때문에 병렬로 존재하도록 설계되었습니다. 자체 초점 및 자체 사용자.
플랫폼 지원은 MT5에서 MQL4 코드를 실행할 수 없음을 의미했습니다. 이것은 새로운 기능과 비전을 가진 새로운 MT5 플랫폼의 출시와 최소한 모순되지는 않지만 MT5에서 MQL4 코드를 지원하지 않는다는 전략적 결정은 당혹스럽습니다. MT4 및 MQL4를 계속 지원해야 하는 경우 이러한 결정은 훨씬 더 이상해 보입니다. 이 경우 트레이더를 MT5 및 MQL5로 전환하는 작업이 훨씬 덜 크고 더 오래 걸리고 지원하려는 개발자의 노력만 낭비되기 때문입니다. 두 개의 경쟁 제품.
편집 가능성이 없더라도 MT5에 .ex4 파일에 대한 지원을 추가하거나 모든 규칙에 따라 작성된 텍스트를 위한 간단한 MQL4 > MQL5 변환기를 추가하십시오.
MQL5는 시장 환경과 작업한다는 점에서 MQL4와 매우 다르며 거래 운영에 대한 완전히 다른 이념을 가지고 있습니다. 즉, MQL4 코드는 MT5에서 자동으로 변환되어 실행될 수 없습니다.
MQL4.community를 개발한 것처럼 더 많은 기능을 갖춘 MQL5.community 를 병렬로 만들고 있습니다. MQL5는 기능이 MQL4보다 훨씬 높기 때문에 매우 빠르게 개발될 것입니다.
새 사이트를 방문하십시오. 지속적으로 개발 중이며 테스트 중인 새 서비스가 곧 출시될 예정입니다.
ps: 성공에 쉬운 방법은 없습니다. 진지한 일을 이루고자 하면 한 가지 방향만 있고 수많은 험난한 길이 있습니다. MQL5 프로젝트를 시작했을 때 우리는 우리가 어려운 길에 있다는 것을 알고 있었습니다. 그러나 우리는 이 길을 끝까지 갈 것입니다.
소원 - 그런 생각이 있었다고 생각합니다.
MT5는 MT4에서 실행되는 코드를 다시 작성해야 합니다. 아마도 이것은 대다수에게 장애물이 되지 않을 것이며, 일부 거래자는 코드를 다시 작성하는 데 추가 노력과 돈을 투자하지 않기로 결정할 가능성이 있습니다(여러 가지 정당한 이유로). 결과적으로 MT5로의 전환은 그렇게 크지 않을 수 있습니다. Metaquotes의 마케팅 모델이 무엇인지 모르지만, DC가 MT5로 전환하려면 새 버전을 구매해야 하며, 이는 Metaquotes에 추가 이익을 가져다줄 것으로 예상됩니다. (그렇지 않으면 기존 코드 개발을 유지하면서 개발 MT4 라인을 중단하는 합리적인 상업적 의미가 없을 것입니다).
반면에 DC는 간접적으로 거래자를 지향하며 DC가 MT5 획득에 특히 관심을 갖지 않는 상황이 발생할 수 있습니다. 이는 새로운 고객을 끌어들이지 않고 이미 MT4와 함께 일하는 사람들만 끌어들일 것이기 때문입니다. . 결과적으로 모든 사람을 MT5로 대량 이전하는 마케팅 움직임이 정체될 수 있으며, 적어도 코드 수준에서 호환성을 유지하면서 MT4 라인을 더 계속해야 할 가능성이 큽니다. 따라서 이러한 이벤트 전개의 가능성을 감안할 때 MT4에 있는 모든 기능을 MT5를 기반으로 구현하는 것이 합리적으로 보입니다.
OOP는 MT4의 비 OOP 프로그래밍과의 완전한 호환성을 의미하기 때문에 이것이 문제를 일으키지 않아야 하는 것 같습니다. 물론 그러한 접근은 처음부터 논리적일 것이며 "완전히 다른 거래 운영 이데올로기"를 장려하려는 Metaquotes의 바람과 조금도 모순되지 않습니다. 온 힘을 다해. 따라서 아직 늦지 않았지만 경제적 관점에서 MT5를 강제로 "부과"하는 것은 매우 어렵고 비용이 많이 드는 사건의 발전을 고려하는 것이 바람직합니다.
구조의 기본 검사(포인터 검사)가 성공한 경우 true가 반환 됩니다. 이는 거래 작업의 성공적인 실행을 나타내지 않습니다 . 함수 실행 결과에 대한 더 자세한 설명을 얻으려면 결과 구조의 필드를 분석해야 합니다 .
메모
시장가 주문을 할 때 OrderSend() 메서드가 성공적으로 완료되었다고 해서 항상 거래가 성공적으로 완료되는 것은 아닙니다. 반환된 결과 구조에서 거래 서버 반환 코드 를 포함하는 값 retcode 와 거래 또는 주문 필드의 값을 작업 유형 에 따라 확인해야 합니다.
Полной совместимости MQL5 с MQL4 даже с помощью функций-оберток добиться не получится, так как идеология сильно изменилась. В MQL5 вызовы функций производятся асинхронно, в отличие от MQL4, где всегда ожидается возврат результата из вызванной функции.
친애하는 Rosh, MT5 구현의 모든 뉘앙스를 알지 못하지만 기술적으로 동기 함수 호출의 에뮬레이션과 이전 함수의 결과를 완료하지 않고 새 함수 호출 금지를 구현하는 데 큰 문제가 없다고 봅니다. 그런데 같은 기능을 여러 번 실행하면 미묘한 버그가 발생할 수 있고 항상 미덕은 아니지만 이를 능숙하게 사용하면 많은 문제를 경제적으로 해결할 수 있습니다. SystemVerilog에서 하드웨어 테스트를 프로그래밍할 때 약간의 문제가 발생했으며 모든 것이 동기식 및 비동기식 동기화를 기반으로 구축되었으며 이전 C와 유사한 표준을 지원하는 내장 OOP 접근 방식이 추가되었습니다. 그래서 그곳의 모든 문제가 성공적으로 해결되었고 Metaquot 프로그래머의 수준이 더 낮지 않기를 바랍니다.
여기서 문제는 문제의 기술적 측면이 아니라 상업적 측면에 있다고 가정할 수 있지만 Metaquotes의 리더십이 그러한 전략적 결정을 내리는 즉시 기술적 구현은 극복할 수 없을 것입니다. 문제. MT4에 대한 지원을 포기하는 어려운 결정을 내리는 Metaquote의 경영진이 가능한 모든 시나리오를 고려하기를 바랍니다. 개인적으로 이 방향을 따르는 것의 상업적 이점은 매우 문제적이고 차선책으로 보입니다.
Асинхронная обработка торговых приказов - необходимая вещь. Есть стратегии, которые требуют именно такой обработки. На MT4 это эмулируется запуском нескольких терминалов на одном и том же счету.
글쎄, MT4의 프레임워크 내에서 이것을 구현하는 것을 방해하는 것은 무엇입니까? 그것은 다른 것에 관한 것이지만 MT5의 MQL4 코드에 대한 지원.
이것은 잘못된 진술입니다. MetaTrader 4 플랫폼에 대한 지원은 새로운 MetaTrader 5의 출시와 함께 종료되지 않을 것이라고 여러 번 언급되었습니다. 사실, 이러한 플랫폼은 각각의 플랫폼이 있기 때문에 병렬로 존재하도록 설계되었습니다. 자체 초점 및 자체 사용자.
새로운 세대 플랫폼의 출시는 시간에 의해 좌우되며, 가만히 있을 수 없습니다. 우리는 최종 고객, 즉 다양한 교환 상품을 거래할 수 있도록 요청한 거래자의 요구를 충족해야 합니다.
이것은 잘못된 진술입니다. MetaTrader 4 플랫폼에 대한 지원은 새로운 MetaTrader 5의 출시와 함께 종료되지 않을 것이라고 여러 번 언급되었습니다. 사실, 이러한 플랫폼은 각각의 플랫폼이 있기 때문에 병렬로 존재하도록 설계되었습니다. 자체 초점 및 자체 사용자.