서비스. 이미 작업 중이신가요? - 페이지 22

새 코멘트
 
터미널에 열린 해도가 없을 때 이 서비스는 무엇을 인쇄합니까?
 #property service

void OnStart ()
{
   Print ( ChartID ());
}
 
서비스에서 터미널 핸들을 얻는 것은 어렵습니다.
 // Получение хендла Терминала в Сервисе.

#property service

#include <fxsaber\MultiTester\MTTester.mqh> // https://www.mql5.com/ru/code/26132

void OnStart ()
{
   printf ( "%X" , MTTESTER::GetTerminalHandle());
}
 
서비스의 주요 문제는 여전히 터미널 핸들에 있지 않습니다. 이는 모두 한계 사용 사례입니다.
백오피스 거래 지원 시스템을 구축하는 더 중요한 영역(자신의 GO 계산, 전체 포트폴리오에 대한 위험 지표 등)에는 OnTradeTransaction 등과 같은 이벤트가 필요합니다. 이제 이러한 계정별 이벤트는 전혀 없습니다. 그들이 추가하는 것을 잊었다는 것은 이상하고 불쾌합니다.
이러한 이벤트를 서비스의 기능에 추가하는 것은 이러한 유형의 MT5 개체 개발을 위한 최우선 순위여야 합니다. MT5 의 기본 데스크톱 기능은 본질적으로 프론트 오피스이기 때문에 후퇴가 전혀 없고 거래를 이해하는 거래자이기 때문입니다. 전략은 스스로를 뒷받침해야 합니다.
 
Sergey Lebedev :
서비스의 주요 문제는 여전히 터미널 핸들에 있지 않습니다. 이는 모두 한계 사용 사례입니다.
백오피스 거래 지원 시스템을 구축하는 더 중요한 영역(자신의 GO 계산, 전체 포트폴리오에 대한 위험 지표 등)에는 OnTradeTransaction 등과 같은 이벤트가 필요합니다. 이제 이러한 계정별 이벤트는 전혀 없습니다. 그들이 추가하는 것을 잊었다는 것은 이상하고 불쾌합니다.
이러한 이벤트를 서비스의 기능에 추가하는 것은 이러한 유형의 MT5 개체 개발을 위한 최우선 순위여야 합니다. MT5 의 기본 데스크톱 기능은 본질적으로 프론트 오피스이기 때문에 후퇴가 전혀 없고 거래를 이해하는 거래자이기 때문입니다. 전략은 스스로를 뒷받침해야 합니다.

아무것도 이해하지 못했습니다.

 
fxsaber :

아무것도 이해하지 못했습니다.

서비스에는 추가 이벤트 기능이 필요하며 사용자 지정 이벤트를 위한 하나의 기능이 바람직합니다.
그리고 이러한 이벤트는 사용자가 이 함수에 대한 사용자 정의 이벤트를 정의할 수 있도록 터미널 상수가 아니어야 합니다.

 
Roman :

서비스에는 추가 이벤트 기능이 필요하며 사용자 지정 이벤트를 위한 하나의 기능이 바람직합니다.

서비스를 사용하기 위한 스크립트를 먼저 작성하는 것이 가장 좋습니다. 예를 들어 " 백오피스 무역 지원 시스템 구축 "이란 무엇입니까?

 
fxsaber :

서비스를 사용하기 위한 스크립트를 먼저 작성하는 것이 가장 좋습니다. 예를 들어 " 백오피스 무역 지원 시스템 구축 "이란 무엇입니까?

신선하다는 것이 가장 먼저 떠올랐다.
예를 들어, 이웃 교환 지점에서 잔액이 이해할 수 없는 항목으로 변경되는 이유를 이해하지 못합니다.
MT의 서버 측에서는 달러 상품의 청산 재계산의 순 결과를 계산하지 않기 때문입니다.
서비스의 도움으로 이 모든 것을 순 결과로 직접 계산할 수 있으며 재계산 정리를 고려하여 누적 자금과 민방위의 균형을 유지할 수 있습니다.
이것은 백 오피스, 즉. 수행해야 하는 작업, 또는 브로커 또는 터미널의 기능이지만 이런저런 이유로 수행되지 않습니다.

 
Roman :

신선하다는 것이 가장 먼저 떠올랐다.
예를 들어, 이웃 교환 지점에서 잔액이 이해할 수 없는 항목으로 변경되는 이유를 이해하지 못합니다.
MT의 서버 측에서는 달러 상품의 청산 재계산의 순 결과를 계산하지 않기 때문입니다.
서비스의 도움으로 이 모든 것을 순 결과로 직접 계산할 수 있으며 재계산 정리를 고려하여 누적 자금과 민방위의 균형을 유지할 수 있습니다.
이것은 백 오피스, 즉. 수행해야 하는 작업, 또는 브로커 또는 터미널의 기능이지만 이런저런 이유로 수행되지 않습니다.

어떻게 생겼는지 명확하지 않습니다. 아이디어가 실현되었다고 합시다. 사용자가 시작했습니다. 다음에 무슨 일이 일어 날까?

 
Sergey Lebedev :
서비스의 주요 문제는 여전히 터미널 핸들에 있지 않습니다. 이는 모두 한계 사용 사례입니다.
백오피스 거래 지원 시스템을 구축하는 더 중요한 영역(자신의 GO 계산, 전체 포트폴리오에 대한 위험 지표 등)에는 OnTradeTransaction 등과 같은 이벤트가 필요합니다. 이제 이러한 계정별 이벤트는 전혀 없습니다. 그들이 추가하는 것을 잊었다는 것은 이상하고 불쾌합니다.
이러한 이벤트를 서비스의 기능에 추가하는 것은 이러한 유형의 MT5 개체 개발을 위한 최우선 순위여야 합니다. MT5 의 기본 데스크톱 기능은 본질적으로 프론트 오피스이기 때문에 후퇴가 전혀 없고 거래를 이해하는 거래자이기 때문입니다. 전략은 스스로를 뒷받침해야 합니다.
이 수준의 이해가 있으면 리소스를 통해 어드바이저에서 서비스로 모든 이벤트를 보낼 수 있습니다. 그리고 이제 데이터베이스를 통해서도.
 
fxsaber :

어떻게 생겼는지 명확하지 않습니다. 아이디어가 실현되었다고 합시다. 사용자가 시작했습니다. 다음에 무슨 일이 일어 날까?

그런 다음, 대차 대조표 및 민방위의 순 통계를 이미 열린 위치에 유지하고 있습니다. 모든 일일 정산 재계산을 포함합니다.
예를 들어, 이러한 통계를 Sqlite 데이터베이스에 작성한 다음 표시하거나 다른 계산에 사용합니다.
거래소 시장에서 MT5 청산을 다시 계산하는 문제가 가장 먼저 떠올랐습니다.
이러한 방식으로 거래소 웹사이트 또는 전용 채널을 통해 사용 가능한 모든 데이터를 수집하고 알고 거래에 대한 통계 및 계산을 보관할 수 있습니다.
서비스의 사용자 지정 이벤트는 기본 서비스 루프를 차단하지 않고 외부에서 이러한 종류의 정보를 얻는 데 적합합니다.

이제 터미널에서 어떻게 보이는지 이해하기 위한 그림입니다. (스톡 스레드에서 가져옴)
터미널은 미결 포지션에 대한 재계산, 누적 수입 및 GA 청산의 순 결과를 계산하지 않습니다.

비

1...1516171819202122232425
새 코멘트
사유: