Ha senso passare dalla MT4 alla MT5? Perché sei passato alla MT5? - pagina 13

 
Renat Fatkhullin:

Ho la prova sulle mie mani come sviluppatore, e tu hai la sensazione di un portatile con un suono balbuziente.

Aggiorna il tuo portatile e non ingannare la gente con storie di semplicità.

Passare alla personalità del portatile (un buon portatile tra l'altro) in qualche modo non aggiunge peso all'argomento.

E i grafici sono ancora vecchi come le ossa dei mammut )))) e i trader hanno bisogno di grafici, non di tick. Non dovreste perdere tempo su questo punto. In questo modo la gente può passare gradualmente a tradingview, nonostante l'abbonamento a pagamento.

 
Artyom Trishkin:
La vostra folla rumorosa è difficile da capire. La grafica di uno che non viene aggiornata da 10-15 anni è brutta, quella di un altro è selvaggia, quella di un terzo è qualcos'altro da servire. E proprio per prendere tutto nei cinque pronti - la religione non permette. È impossibile accontentare tutti.

"Se chiedessi alle persone cosa vogliono, chiederebbero un cavallo più veloce". - Henry Ford

 
Yuriy Asaulenko:
Possiamo avere un'idea molto diversa della bellezza).
Non avete già implementato i socket? Imho, questo è il migliore.
C'è già un link per MT4 sul web. Non capisco il 5 - lo penso anch'io. Non mi sono addentrato, ma se le soluzioni funzionano davvero, si può provare a modificarle per MT5.

Non so, non ho tempo, allora... ecc. nello stesso stile.

 
Maxim Dmitrievsky:

Ho capito, il nativo è meglio comunque, devi tenere traccia dei socket e la logica è più ingombrante.

per esempio, se si eseguono più copie, diventa un casino

Dovrei semplicemente copiare i frammenti di codice Python direttamente nel codice dell'Expert Advisor e questo è tutto

ma se copio R, va bene, ma lo rifarò, non importa affatto

È così, il codice Python è direttamente nel codice MQL. Quello che vuoi. Credo che ce ne sia uno per MT4. L'unica cosa che devo modificare è il codice MQL per il 5.

Ho cercato su Google "integrazione MQL5 Python".

L'ho studiato per molto tempo, potrei sbagliarmi. (Se ti interessa, puoi capirlo).

 

Ha senso commerciare dove si commercia. Scrivere EAs dove la scrittura è fatta...

Ho cambiato una volta perché pagava bene. Quando hanno smesso di pagare, ora lo apro solo quando ho bisogno di fare un test multivaluta su tutto il mercato in una volta.

 
Yuriy Asaulenko:

Quindi eccolo, il codice Python è proprio nel codice MQL. Questo è quello che vuoi. Penso che ce ne sia uno per MT4, solo il codice MQL deve essere rielaborato per il 5.

Ho cercato su Google "integrazione MQL5 Python".

Ho provato ancora una volta, non potrei essere più in errore.

per Python 2 c'è

Non mi piacciono gli avanzi, non si sa mai cosa c'è dentro.

 
Maxim Dmitrievsky:

sotto il secondo pitone lì.

Non mi piacciono gli avanzi, non si sa mai cosa c'è dentro.

Il codice è aperto. (Non voglio avere paura dei lupi).

Per quanto riguarda il 2, è un peccato. Sul 2 ° non vogliono).

 
Yuriy Asaulenko:

Il codice è aperto. (È una brutta cosa avere paura dei lupi).

È un peccato per il 2°. Non voglio usare il 2°).

Non ne vale la pena, è più facile farlo con i file o con le stesse prese.

A quanto pare, è fatto per coloro che sono nel serbatoio. Se una tale possibilità è presentata come API in un programma, è un'altra questione
 
Maxim Dmitrievsky:

Non vale assolutamente la pena, è più facile usare i file o gli stessi socket.

Io uso le prese. Francamente, non vedo l'utilità di mescolare i codici in una bottiglia.

Anche i file vanno bene, a volte li uso come variante intermedia. Tramite SSD o RAMdisk i risultati sono abbastanza decenti. In linea di principio, ho bisogno di una maggiore velocità per applicazioni rare.

SQLite è abbastanza buono e più veloce invece dei file. E per essere ancora più veloce, deve passare anche attraverso la memoria. SQLite ha la possibilità di tale configurazione.

C'è un articolo su SQlite per MT. Non l'ho fatto io stesso per MT. Ho dato il codice per Python nel mio ramo.

 
Yuriy Asaulenko:

Io uso le prese. Francamente non vedo il senso di mescolare i codici in una bottiglia.

Anche i file vanno bene, a volte li uso come variante intermedia. Tramite SSD o RAMdisk i risultati sono abbastanza decenti. In linea di principio, ho bisogno di una maggiore velocità per applicazioni rare.

SQLite è abbastanza buono e più veloce invece dei file. E per essere veloci bisogna anche usare la memoria. SQLite permette una tale configurazione.

C'era anche un articolo su SQlite per MT. Non l'ho fatto io per MT. Per Python ho dato il codice nel mio ramo.

Se si eseguono più copie del programma, e tutte accedono al 1º file python, allora il problema è

bisogno di moltiplicare i file per farli funzionare con diverse chiamate di interpreti, come ho capito, scrivere ovunque

in questo caso, è più facile mescolare i codici, se è il caso

Motivazione: