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

 
Ilya Malev :
즉, 특정 차트에 얽매이지 않은 스크립트로 , 터미널이 시작 되고 별도의 스레드에서 실행될 때 OnStart에 의해 한 번 호출됩니까?

네.

또한 터미널이 다시 시작될 때 방치 상태가 저장되고 자동으로 시작됩니다.

 
MetaQuotes Software Corp. :

네.

또한 터미널이 다시 시작될 때 방치 상태가 저장되고 자동으로 시작됩니다.

상태 변경 또는 터미널 닫기 시 저장?

저것들. 크래시 후 서비스는 크래시 당시와 같은 상태가 될까요, 아니면 사용자가 설정한 마지막 상태가 될까요?

 
Andrey Khatimlianskii :

상태 변경 시 또는 터미널 닫기 시 저장하시겠습니까?

저것들. 크래시 후 서비스는 크래시 당시와 같은 상태가 될까요, 아니면 사용자가 설정한 마지막 상태가 될까요?

사용자가 설치했습니다.

서비스가 시작된 경우 사용자가 중지할 때까지 항상 실행됩니다.

직접 사용해보십시오. 기능은 오랫동안 사용할 수 있었습니다.

 
Vladimir Pastushak :

프로젝트는 매우 불편합니다. 모든 것을 폴더로 분류할 방법이 없습니다. 그리고 한 번에 두 개의 플랫폼용 코드를 개발할 수 있는 방법은 없습니다.

이해가 안되는 부분이 있을수도..

글쎄, 당신은 요리하는 법을 모릅니다! MT5 프로젝트에서 제가 오랫동안 해온 멀티플랫폼 프로그램을 작성하는 것이 이상적입니다. 이제 Advisor_name.ex5 및 Advisor_name.ex4로 컴파일하기 위해 Advisor_name.mq5를 Advisor_name.mq4로 복사할 필요도 없습니다. 프로젝트 파일에서 플랫폼을 전환하는 것으로 충분합니다(예: \MQL5\Shared Projects\ScalpHunter2\ ScalpHunter2.mqproj 양식 상단 모서리 . 공유 프로젝트만 사용해야 합니다.

그리고 \MQL5\Projects\ScalpHunter\와 같은 오래된 프로젝트는 다시 생성해야 합니다. 하지만 이 사업 10분, 넌센스.

 
MetaQuotes Software Corp. :

네.

또한 터미널이 다시 시작될 때 방치 상태가 저장되고 자동으로 시작됩니다.

조금 추가하겠습니다. Windows에는 서비스와 같은 유형의 프로그램이 오랫동안 있었습니다. 내가 알기로는 MT5의 서비스는 비슷한 이데올로기를 고수하며 훨씬 더 간단합니다. Windows에서 서비스를 작성했는데 개발과 장치 모두에서 모든 것이 더 복잡합니다.

 
Renat Fatkhullin :

서비스는 지속적으로 실행 되며 특수 작업 대기열을 통해 터미널과 통신합니다. 과제는 추후 공개될 예정이다.

서비스는 차트/타이머/가격 이벤트의 전문가 또는 핸들러가 아닙니다. 이벤트 모델은 지속적인 프로세스에 필요하지 않으며 그 본질은 중단되지 않고 계정/서버에 의존하지 않습니다.

우리는 사람들이 프랑켄슈타인을 만들지 않도록 의도적으로 기능적으로 전문가로부터 서비스를 분리합니다. 서비스에는 고유한 범위가 있습니다.

Renat, 내가 이해하는 한 모든 작업(예: 작업)이 아직 완료되지 않았습니다. 그럼 질문입니다. 서비스를 만들고 여기에 틱 데이터 필터링과 같은 많은 계산을 하고 싶습니다.

계산 결과를 전문가에게 올바르게 전송하는 방법은 무엇입니까? 결국, 아직 이벤트가 없습니까? 나는 서비스와 함께 일하기 시작했고, 많은 것이 불분명합니다.

 
Alexey Volchanskiy :

Renat, 내가 이해하는 한 모든 작업(예: 작업)이 아직 완료되지 않았습니다. 그럼 질문입니다. 서비스를 만들고 여기에 틱 데이터 필터링과 같은 많은 계산을 하고 싶습니다.

계산 결과를 전문가에게 올바르게 전송하는 방법은 무엇입니까? 결국, 아직 이벤트가 없습니까? 나는 서비스와 함께 일하기 시작했고, 많은 것이 불분명합니다.

이 질문도 관심이 있습니다.

전송하는 방법?

 
Vitaly Muzichenko :

전송하는 방법?

EcentChartCustom+Resource.

 
fxsaber :

EcentChartCustom+Resource.

그리고 반대 방향으로?

 
Stanislav Korotky :

그리고 반대 방향으로?

피드백이 왜 필요한지 모르겠습니다. 그러나 리소스를 통해 서비스로 데이터를 전송하는 것은 문제가 되지 않습니다.