È possibile implementare una contabilità AFFIDABILE della struttura delle posizioni aggregate in MT5? - pagina 31
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Quanti...
Le banche della Federazione Russa sono i successori del sistema bancario dell'URSS, il sistema bancario dell'URSS è il successore della banca della Russia zarista, la banca della CR è il successore di ...
Fate i conti...
;)
Forse vorrebbero che coloro che li circondano ci credessero. Ma in realtà sono dei nouveau riche senza storia, senza nome, senza reputazione.
Il punto è che parte di questa routine, che è tipica del trading multi-esperto in MT4, era automatica ed era integrata nell'architettura, cosa che non avviene in MT5. Il che naturalmente non è fatale, ma non è conveniente per tutti.
Direi anche che non è conveniente o comodo per tutti
Nemmeno io.
Ma nella maggior parte dei casi è solo una questione di abitudine:
È possibile implementare in MT5 una contabilità AFFIDABILE della struttura di una posizione aggregata?
forse
Salvare nel file le informazioni che si perdono quando si passa dal sistema dei lotti al sistema delle reti.
Questo non rallenterà le prestazioni dei tuoi EAs
-----
in generale, sarebbe interessante ascoltare gli sviluppatori
perché sono contrari all'implementazione di entrambi i sistemi contemporaneamente
Penso che questo aumenterebbe seriamente la dimensione della distribuzione
e anche rallentare l'intero sistema.
ma bisogna chiederlo a loro.
È possibile implementare una contabilità AFFIDABILE della struttura delle posizioni aggregate in MT5?
possibile
salvare in un file le informazioni che si perdono quando si passa dal sistema dei lotti al sistema delle reti
Questo non rallenterà il lavoro dei vostri Expert Advisors.
Il problema non è la complessità dell'implementazione, ma l'affidabilità della soluzione. Tale metodo è già stato discusso e sono stati dati esempi della sua inaffidabilità.
Bisogna notare che questi esempi, così come il concetto stesso di "affidabilità", non convincono molte persone. Lei sostituisce abitualmente i concetti, e per "affidabilità" intende qualcos'altro.
bingo - il millesimo flubber!
La questione non è la complessità dell'implementazione, ma l'affidabilità della soluzione. Tale metodo è già stato discusso e sono stati dati esempi della sua inaffidabilità.
Allora dimmi, scemo (scusa in anticipo, non ho letto prima l'argomento, molto testo)
in che modo la lettura da un file è diversa dalla lettura dalla cronologia o dalla chiamata di una funzione standard µl4?
potete mettere qualsiasi cosa vogliate nel file
Puoi impostare l'orario di apertura, il prezzo di apertura e il numero di biglietti...
qualsiasi cosa tu voglia :)
Allora dimmi, scemo (scusa in anticipo, non ho letto prima l'argomento, molto testo)
in che modo leggere da un file è diverso dal leggere dalla cronologia, o dal chiamare una funzione standard µl4?
potete mettere qualsiasi cosa vogliate nel file
e il tempo aperto, e il prezzo aperto, e il numero del biglietto...
qualsiasi cosa tu voglia :)
E se il file è stato perso? O si è verificato un guasto durante la registrazione nel file, per cui il contenuto e gli ordini non corrispondono al server? O si deve accedere da un'altra azienda senza il file? Ci sono un sacco di opzioni in cui queste informazioni saranno perse e se questa perdita è involontaria algoritmicamente può portare a gravi conseguenze finanziarie. Cioè tutto questo aggiunge un nuovo collegamento che può ridurre l'affidabilità del sistema nel suo insieme.
Allora dimmi, scemo (scusa in anticipo, non ho letto prima l'argomento, molto testo)
in che modo leggere da un file è diverso dal leggere dalla cronologia, o dal chiamare una funzione standard µl4?
potete mettere qualsiasi cosa vogliate nel file
Puoi impostare l'orario di apertura, il prezzo di apertura e il numero di biglietti...
qualsiasi cosa tu voglia :)
Alla domanda come è diverso, così come a quella precedente sulla "implementazione di due sistemi contabili e complessità".
Non ci sono complicazioni e certamente nessun aumento nella distribuzione...
La questione della contabilità è nel piano del più che è semplice query al database del server.
Ripeto: al database del server, cioè ovunque ci troviamo, da qualsiasi terminale,
ha ucciso il nostro file o no, il corretto funzionamento è assicurato... rispetto all'autocostruzione...
se qualche "hacker malvagio" ha colpito con una mazza un disco rigido
e il file viene depressurizzato e i dati su di esso si perdono.
Ma in questo caso, anche MT4 non ti salverà, perché l'EA è morto.
In altri casi, come un'improvvisa interruzione di corrente,
i dati sul disco (e quindi nel file) vengono salvati
---
c'è, tuttavia, la possibilità che qualche programma cattivo (ad esempio, un altro esperto)
va nel file e cancella inavvertitamente i dati
ma non è una questione di qualità del terminale ma di qualità del programmatore :)
In pratica, un file può essere ucciso senza possibilità di rianimazione in un solo caso:
se qualche "hacker malvagio" ha colpito con una mazza un disco rigido
e che uno è stato depressurizzato con perdita completa dei dati memorizzati su di esso
ma in questo caso nemmeno MT4 vi salverà perché l'Expert Advisor è morto
In altri casi, come un'improvvisa interruzione di corrente,
>> i dati sul disco (e quindi nel file) vengono salvati.
---
c'è, tuttavia, la possibilità che qualche programma cattivo (ad esempio, un altro esperto)
va in quel file e cancella inavvertitamente i dati.
ma questa non è una questione di qualità del terminale, ma di qualità del programmatore :)
Non è nemmeno necessario uccidere il file, è sufficiente non sovrascrivere alcune informazioni in caso di guasto, per esempio.
Il mantenimento delle posizioni è spostato all'utente e può essere un'ulteriore fonte di errori. Anche puramente logico quando si implementa questo blocco.