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

 
fxsaber :

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

서비스의 본질은 백그라운드에서 멈추고 일부 배치 작업을 처리하는 것입니다. 이것이 일정한 주기의 것이라면 - 한 번 시작하고 잊어버린 것처럼 - 이것은 한 가지입니다. 주기적이라면? 서비스에 새 작업을 제출하는 방법은 무엇입니까? MQL에서 서비스를 시작하는 방법은 무엇입니까? 리소스, 파일 및 기타 해결 방법은 이해할 수 있지만 아직 많이 부족합니다.

 
Stanislav Korotky :

서비스의 본질은 백그라운드에서 멈추고 일부 배치 작업을 처리하는 것입니다. 이것이 일정한 주기의 것이라면 - 한 번 시작하고 잊어버린 것처럼 - 이것은 한 가지입니다. 주기적이라면? 서비스에 새 작업을 제출하는 방법은 무엇입니까? MQL에서 서비스를 시작하는 방법은 무엇입니까? 리소스, 파일 및 기타 해결 방법은 이해할 수 있지만 아직 많이 부족합니다.

서비스는 타사 피드에 대해 90% 개선되었습니다. 유리 등으로 사용자 정의 기호 를 갖습니다. 따라서 데이터를 수신할 뿐만 아니라 전송하는 문제도 고려하지 않았습니다. 터미널과 함께 자동으로 실행되는 속성으로 구별되는 일종의 자급자족 프로그램입니다.

 
Stanislav Korotky :

서비스의 본질은 백그라운드에서 멈추고 일부 배치 작업을 처리하는 것입니다. 이것이 일정한 주기의 것이라면 - 한 번 시작하고 잊어버린 것처럼 - 이것은 한 가지입니다. 주기적이라면? 서비스에 새 작업을 제출하는 방법은 무엇입니까? MQL에서 서비스를 시작하는 방법은 무엇입니까? 리소스, 파일 및 기타 해결 방법은 이해할 수 있지만 아직 많이 부족합니다.

리소스는 프로그램 간에 정보를 공유할 수 있는 좋은 방법을 제공합니다. 그들과 함께 일하는 방법만 알면 됩니다. 처음에는 MQL에 대용량 애플리케이션 공유 메모리가 부족하다고 생각했습니다. 그것이 존재하지만 자원의 형태로 다소 특이한 형태로 밝혀졌습니다.

 
fxsaber :

서비스는 타사 피드에 대해 90% 개선되었습니다.

이는 좁고 서비스 가치를 떨어뜨리는 IMHO

 
Stanislav Korotky :

이는 좁고 서비스 가치를 떨어뜨리는 IMHO

이것이 개발자의 비전입니다. Vaughn, 내가 뚫고자 하는 커스텀 것들과 함께

 

고문이나 대본보다 사용하기 편리한 경우가 하나 이상 있습니까?

 
TheXpert :

고문이나 대본보다 사용하기 편리한 경우가 하나 이상 있습니까?

현재 공식 합성은 숨겨진 것으로 구현되지만 동일한 서비스입니다. 이 편리함.

 
TheXpert :

고문이나 대본보다 사용하기 편리한 경우가 하나 이상 있습니까?

말도 안되는 소리, 나 스스로 이해할 수 없어

그것들을 90% 피드로 배치하지만 하나의 터미널 사본에서 다른 계정에 동시에 액세스할 수 없습니다.

그럼 무슨 피드? 거의 모든 두 번째 피드에 MT5가 있는 경우 교환이든 DC이든 상관없이
 
Maxim Dmitrievsky :

그럼 무슨 피드? 현재 거의 모든 피드에 MT5가 있는 경우 거래소 또는 DC

그렇게 생각한다면 공식 합성은 쓸모가 없습니다.

 
fxsaber :

그렇게 생각한다면 공식 합성은 쓸모가 없습니다.

자신의 플랫폼에 집중하지 않는 피드를 만들 수 있기 때문에 대부분의 피드를 플랫폼을 통해 사용할 수 있을 때

서비스에서 다른 계정에 액세스할 수 있는 기능을 열면 절대적으로 적절해집니다.