Servizi. Sono già in funzione? - pagina 23

 
Roman:

Gli eventi personalizzati in un servizio sarebbero proprio il modo giusto per ottenere questo tipo di informazioni dall'esterno senza bloccare il ciclo principale del servizio.

Un esempio di servizio regolare è la formula del simbolo personalizzato. Sfortunatamente, non c'è nulla, tranne il refresh a 10Hz in un loop infinito. Chiaramente, non è giusto implementare i feed tramite EAs/indicatori. Quindi solo servizi. E molti altri compiti sono altri tipi di programmi MQL. Per esempio, il backoffice deve contenere un'interfaccia grafica. E i servizi non dovrebbero averla. Forse dovremmo dare uno sguardo più severo ai compiti che devono essere veramente risolti dai servizi.

 
fxsaber:

Un esempio di un servizio regolare è il carattere personalizzato formulaico. Sfortunatamente, non c'è nulla, tranne un aggiornamento a 10Hz in un ciclo infinito. Chiaramente, non è giusto implementare i feed tramite EAs/indicatori. Quindi solo servizi. E molti altri compiti sono altri tipi di programmi MQL. Per esempio, il backoffice deve contenere un'interfaccia grafica. E i servizi non dovrebbero averla. Forse dovremmo dare uno sguardo più severo ai compiti che devono essere veramente risolti dai servizi.

È a questo che servono i servizi, per lavorare in un ciclo infinito di un unico filo.
Per esempio, per ricevere i dati dall'esterno per un'ulteriore elaborazione e costruire l'analisi o la stessa GUI in un altro tipo di programmi mql.
Cosa implementare nel servizio è una questione di immaginazione e dei compiti necessari.
La cosa principale è avere la capacità tecnica.

Nell'annuncio di una delle build, ci sono informazioni su un nuovo tipo di programma, "modulo".
È possibile che questo tipo di programma espanda drasticamente le sue capacità, se un modulo separato venisse eseguito in un proprio thread, e avesse tutti i gestori come nell'Expert Advisor.
Ma quando sarà introdotto, e quali saranno le sue funzionalità, non è ancora noto.

 
Roman:

Cosa implementare nel servizio è una questione di immaginazione e dei compiti necessari.
La cosa principale è avere la capacità tecnica.

Allora perché il back office deve essere fatto attraverso il Servizio?

Si potrebbe eseguire il servizio, per esempio, per mantenere le statistiche delle registrazioni. Ma è qui che è necessario un ciclo infinito.

 
fxsaber:

Allora perché il back office deve essere fatto attraverso il Servizio?

Si potrebbe eseguire il servizio, per esempio, per mantenere le statistiche delle registrazioni. Ma è qui che il ciclo infinito è necessario.

Per comodità, corri e dimentica.
Senza usare un numero limitato di grafici, per eseguire gli esperti.

 
La decomposizione dei risultati di compensazione dello scambio - sì, c'è un compito così interessante, così come il calcolo di PnL nel contesto di Majik EAs - l'attuale terminale MT5 non permette di fare molto con funzionalità nativa.
Lo stesso problema, che fxsaber purtroppo non ha capito, è il problema di calcolare i propri valori di margine per le attività di trading in base ai valori di volatilità attuali e previsti (invece di utilizzare i valori minimi fissi dal rivenditore come. 1:200/1:500 ecc.)
 

i servizi sono sconosciuti alla comunità, né sono offerti dagli sviluppatori come strumento ufficiale

per capire perché i servizi sono necessari, basta analizzare ciò che ricevono come eventi, ... niente di niente, solo il fattodi lanciare un terminale, è infatti una specie di DOS autoexec.bat, che non sa come eseguire (senza usare chip stampella) niente

se i servizi devono essere gestiti da un gestore, ci dovrebbe essere un modello di evento, almeno un evento timer e non un ciclo infinito, imho

 
Igor Makanu:

i servizi sono sconosciuti alla comunità, né sono offerti dagli sviluppatori come strumento ufficiale

per capire perché i servizi sono necessari, basta analizzare ciò che ricevono come eventi, ... niente di niente, solo il fattodi lanciare un terminale, è infatti una specie di DOS autoexec.bat, che non sa come eseguire (senza usare chip stampella) niente

se i servizi devono essere gestiti da un gestore, ci dovrebbe essere un modello di evento, almeno un evento timer e non un ciclo infinito, imho

I servizi richiedono a tutti di inventare modi per usarli. È questo che li rende interessanti.
 
Реter Konow:
I servizi richiedono a tutti di inventare modi per utilizzarli. È questo che li rende interessanti.
1. Caricamento in background delle notizie
2. calcoli pesanti in più thread (copie in esecuzione del servizio) in modo che non influenzino il commercio.
3. Expert Advisor raccoglie informazioni dalla tazza, e il servizio le impacchetta periodicamente in un archivio zip.
4. Raccolta di tutte le informazioni di trading quando lavorano più Expert Advisors, elaborazione e salvataggio nel database o invio.
5. ...
Quali sono le sue opzioni?
 
Aliaksandr Hryshyn:
1. Caricamento delle notizie in background
2. Calcoli pesanti in più thread (copie in esecuzione del servizio) in modo che non influenzino il commercio.
3. Advisor raccoglie informazioni dalla tazza, e il servizio le impacchetta periodicamente in un archivio zip.
4. Raccolta di tutte le informazioni di trading quando lavorano più Expert Advisors, elaborazione e salvataggio nel database o invio.
5. ...
Le tue opzioni?

2-3 può essere implementato attraverso uno script su OBJ_CHART.

 
fxsaber:

2-3 può essere implementato tramite uno script su OBJ_CHART.

Expert/Script richiede un grafico aperto.
Il numero di grafici è limitato dal terminale.
Ogni rendering/aggiornamento del grafico è una coda di messaggi di sistema e un carico di risorse non necessario.

Motivazione: