첫 번째 터미널 EA 모드
EA 는 MT4 PC 터미널 거래 소프트웨어가 EA 를 사용하여 데이터 통신을 할 수 있다는 점을 잘 알고 있어야 합니다. 고객이 이 단일 시스템을 사용하는 데는 두 가지 조건이 있습니다. 하나는 EA 를 구성하는 것이고, 다른 하나는 MT4 를 계속 켜는 것입니다. EA 기반 데이터 통신은 하나의 서비스 시스템을 사용하여 여러 터미널을 링크하여 단일 계정, 단일 계정 및 후속 정책을 구성할 수 있습니다. 단점은 계정이 많으면 하드웨어 비용이 많이 들고 구성서버당 최대 32 대의 터미널을 수용할 수 있다는 점이다. 서버에 있는 20 개 계정의 실측 부하가 이미 매우 크다. 그리고 계정 관리 유지관리가 어렵고, 계정 증가에 따라 안정성이 떨어지고, 데이터 지연이 비교적 크다. 하지만 업계 대리점은 현재 이 시스템에서 가장 인기 있는 사용자이며, 이로 인해 다중 계정 거래 시스템인 마임과 팸이 한동안 울릴 수 있다. 브로커를 넘을 수 있기 때문이다.
Manager API 를 기반으로 한 두 번째 기술 프레임 워크
관련된 기술 함량은 EA 플러그인보다 훨씬 높다. 왜 그것은 기술 함량이 높다고 말합니까? 다양한 개발 플랫폼과 언어가 포함되기 때문에 서버 플랫폼의 개발 언어는 MQL4, C, C#, Java 등이 될 수 있습니다. 처음 두 개는 기본 기술이고, 마지막 두 개는 비즈니스 기술입니다. 이러한 언어는 기술적으로 가장 일반적으로 사용되는 개발 언어이며, 프로젝트는 기본적으로 하나의 플랫폼 하나의 언어만 사용하므로 플랫폼 간 언어 기술 개발의 복잡성을 알 수 있습니다. Mt4 파일 시스템 개발,
Manager API 기반 단일 시스템의 장점은 broker 서버와 직접 통신하여 터미널 링크 설정 및 네트워크 전송 시간 차이를 줄일 수 있다는 것입니다. 단일 시스템 서비스 및 broker Admin 서비스와의 직접적인 악수를 통해 양 당사자는 어떤 동작이라도 밀리 초 이내에 응답할 수 있습니다. 이러한 기술 프레임워크는 비즈니스 계층, 문서 엔진, 문서 집선기, 기본 데이터 통신 등 매우 복잡합니다. 이는 컴퓨터에 CPU, 메모리 스틱, 마더보드, 전원 공급 장치 등이 있는 것과 유사합니다. 사용 가능한 컴퓨터를 형성하기 위해 결합됩니다. 물론 이런 싱글 시스템에도 단점이 있다. 즉, 브로커의 승인이 있어야 링크를 구성할 수 있다는 것이다. 보안상의 이유로, 대부분의 브로커들은 이런 관리자 권한을 개방하기를 원하지 않는다. 개방하더라도 쌍방의 안전협정과 상업가치 교환이 있어야 협조를 얻을 수 있다.
세 번째 네트워크 크로스 플랫폼 통신 프로토콜 기술
이 방법은 고객과 브로커 사이에 가상 골든풀을 만들어서 고객의 구체적인 지시에 따라 다른 브로커에게 주문을 제출하는 것이다. 다종 다단말 다시장 거래를 실현할 수 있다. 수많은 브로커 자원과 우수한 R&D 인력을 통합하여 실시간 거래와 고주파 거래를 지원합니다.
MT4 데이터 통신을 직접 기반으로 하며 MT4 트랜잭션 클라이언트를 사용하는 모든 브로커가 API 인터페이스를 개발한 것과 같습니다. MT4 터미널을 열 필요가 없습니다. 계정과의 통신은 경량 코드 명령으로 직접 전송할 수 있으며 후속 속도는 밀리초에 이를 수 있습니다. 이론적으로 이 시스템은 계정을 무제한으로 수용할 수 있다. 또한 브로커의 상업적 제약을 받지 않고 고품질의 통화 신호 소스를 갖추고 있어 중립적인 기술 수출 중개 서비스를 실제로 실현할 수 있다.