개발자 여러분, 로컬 전략을 MT-5로 이식하는 문제를 해결하기 위해 제 생각에는 상호 의존적인 보류 주문 이 충분하지 않습니다.
모든 주문과 마찬가지로 지연자도 티켓을 가지고 있습니다. 주문이 의존하는 티켓을 나타내기 위해 하나의 필드가 더 필요합니다. 의존성은 같은 종류의 것으로 가정됩니다: 하나의 티켓이 작동했다면 의존적인 티켓이 삭제되고, 필드는 반드시 수정할 수 있습니다. 따라서 매수 포지션에 두 개의 매도 스탑 및 매도 제한 티켓을 두는 것은 가상 주문에서 가상 지정가 주문을 설정하는 문제를 해결합니다.
개발자 여러분, 다른 거래 시스템에서 견적을 가져오는 것을 허용하는 것이 좋습니다. 예를 들어, QUIK에는 모든 테이블의 DDE 및 ODBC 내보내기가 있습니다. 차트에 막대를 프로그래밍 방식으로 작성할 수 있다면 다른 거래 시스템의 데이터를 기반으로 차트를 작성할 수 있습니다. 이 경우 MT5는 브로커가 내보내지 않는 견적까지 분석하는 시스템이 될 것입니다.
이 모든 것은 슬프지만 MQ는 제품이 최종 사용자를 위한 것이라고 선언합니다. 거래자 :) 맞습니까?, 토론 및 토론이 중단되고, Alpari가 잘 수행되었습니다. 프로그래밍할 수 없습니다. Systematic에서, 집계 포즈를 원하는 경우 Direct에서 , 그들은 클라이언트를 위해 싸우고, MT5를 준비하기 위해 모든 것을 합니까? 하지만 이제 모두가 잃게 될 것입니다. MQ를 포함한 DC 클라이언트는 쉽게 작업할 수 있는 능력을 잃게 됩니다. 고객은 단순한 DC보다 더 크게 볼 수 있으며 모든 직위와 규제되지 않은 이익을 추적하기가 어려워지고 총체적으로 더 쉽고 p-times가 더 쉽고 한 번에 추가되어 사소한 일을 엉망으로 만듭니다. . 이것은 시스템 테스트에서 영감을 받은 생각입니다. 작동하지 않습니다, 마야타, 뭔가 카지노처럼 보입니다.
개발자 여러분, 로컬 전략을 MT-5로 이식하는 문제를 해결하기 위해 제 생각에는 상호 의존적인 보류 주문이 충분하지 않습니다.
모든 주문과 마찬가지로 지연자도 티켓을 가지고 있습니다. 주문이 의존하는 티켓을 나타내기 위해 하나의 필드가 더 필요합니다. 의존성은 같은 종류의 것으로 가정됩니다: 하나의 티켓이 작동했다면 의존적인 티켓이 삭제되고, 필드는 반드시 수정할 수 있습니다. 따라서 매수 포지션에 두 개의 매도 스탑 및 매도 제한 티켓을 두는 것은 가상 주문에서 가상 지정가 주문을 설정하는 문제를 해결합니다.
Andrew84 писал(а)>> 개발자 여러분, 다른 거래 시스템에서 견적을 가져오는 것을 허용하는 것이 좋습니다. 예를 들어, QUIK에는 모든 테이블의 DDE 및 ODBC 내보내기가 있습니다. 차트에 막대를 프로그래밍 방식으로 작성할 수 있다면 다른 거래 시스템의 데이터를 기반으로 차트를 작성할 수 있습니다. 이 경우 MT5는 브로커가 내보내지 않는 견적까지 분석하는 시스템이 될 것입니다.
질문: mql5가 다음과 같은 레지스터 변수를 구현합니까?
int 왼쪽, 오른쪽 등록 ;
검색 알고리즘의 속도를 높이는 데 매우 나쁠 것입니다. :)
가까운 장래에 - 아닙니다. 미래에는 아마도. 현재 레지스터 최적화 작업을 하고 있습니다.
단호하게!
거래되는 기호(또는 해당 그룹)가 속한 시장의 식별자가 필요합니다.
다음과 같은 것:
SYMBOL_MARKET_IDSYMBOL_MARKET_ID_GROUP
SymbolInfoInteger() 함수에 의해 반환됨.
0 - 교환
1 - 딜러
개발자 여러분, 로컬 전략을 MT-5로 이식하는 문제를 해결하기 위해 제 생각에는 상호 의존적인 보류 주문 이 충분하지 않습니다.
모든 주문과 마찬가지로 지연자도 티켓을 가지고 있습니다. 주문이 의존하는 티켓을 나타내기 위해 하나의 필드가 더 필요합니다. 의존성은 같은 종류의 것으로 가정됩니다: 하나의 티켓이 작동했다면 의존적인 티켓이 삭제되고, 필드는 반드시 수정할 수 있습니다. 따라서 매수 포지션에 두 개의 매도 스탑 및 매도 제한 티켓을 두는 것은 가상 주문에서 가상 지정가 주문을 설정하는 문제를 해결합니다.
MT-5 테스터에 대한 소원을 찾지 못해 여기에 게시합니다.
저는 자기자본과 균형 라인에 대해 이야기하고 있습니다.
내 생각에 가장 정직한 선은 총 최소값을 기반으로 한 선이 될 것입니다.
어때요?--> (두 개의 값이 점에서 취해집니다, 자기자본 가치와 균형 가치, 그리고 그들 중 어느 것이 더 작은가가 선에 그려집니다).
이러한 라인은 거래 시스템의 모든 결함을 드러낼 것입니다. 5-ki 테스터에서 그러한 변형을 표시할 가능성을 보고 싶습니다.프로그래머 여러분? 그래픽, 개체, 프로그래밍의 깊이 및 예술 ...... ;(
이 모든 것은 슬프지만 MQ는 제품이 최종 사용자를 위한 것이라고 선언합니다. 거래자 :) 맞습니까?, 토론 및 토론이 중단되고, Alpari가 잘 수행되었습니다. 프로그래밍할 수 없습니다. Systematic에서, 집계 포즈를 원하는 경우 Direct에서 , 그들은 클라이언트를 위해 싸우고, MT5를 준비하기 위해 모든 것을 합니까? 하지만 이제 모두가 잃게 될 것입니다. MQ를 포함한 DC 클라이언트는 쉽게 작업할 수 있는 능력을 잃게 됩니다. 고객은 단순한 DC보다 더 크게 볼 수 있으며 모든 직위와 규제되지 않은 이익을 추적하기가 어려워지고 총체적으로 더 쉽고 p-times가 더 쉽고 한 번에 추가되어 사소한 일을 엉망으로 만듭니다. . 이것은 시스템 테스트에서 영감을 받은 생각입니다. 작동하지 않습니다, 마야타, 뭔가 카지노처럼 보입니다.
개발자 여러분, 로컬 전략을 MT-5로 이식하는 문제를 해결하기 위해 제 생각에는 상호 의존적인 보류 주문이 충분하지 않습니다.
모든 주문과 마찬가지로 지연자도 티켓을 가지고 있습니다. 주문이 의존하는 티켓을 나타내기 위해 하나의 필드가 더 필요합니다. 의존성은 같은 종류의 것으로 가정됩니다: 하나의 티켓이 작동했다면 의존적인 티켓이 삭제되고, 필드는 반드시 수정할 수 있습니다. 따라서 매수 포지션에 두 개의 매도 스탑 및 매도 제한 티켓을 두는 것은 가상 주문에서 가상 지정가 주문을 설정하는 문제를 해결합니다.
이 문제는 바로 전날에 논의되었습니다. 아마도 그럴 것이다. 하지만 지금은 아닙니다.
SMS를 통해 메시지를 보내는 기능을 만들어주세요. 속도를 위해서는 매우 필요합니다.
문제는 SendMail을 통해 해결됩니다.
개발자 여러분, 다른 거래 시스템에서 견적을 가져오는 것을 허용하는 것이 좋습니다. 예를 들어, QUIK에는 모든 테이블의 DDE 및 ODBC 내보내기가 있습니다. 차트에 막대를 프로그래밍 방식으로 작성할 수 있다면 다른 거래 시스템의 데이터를 기반으로 차트를 작성할 수 있습니다. 이 경우 MT5는 브로커가 내보내지 않는 견적까지 분석하는 시스템이 될 것입니다.
불행히도 이것은 일어나지 않을 것입니다.