Discussione sull’articolo "Un Gestore degli Ordini Virtuale per tenere traccia degli ordini all'interno dell'ambiente MetaTrader 5 incentrato sulla posizione" - pagina 3
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
Leggendo l'articolo, mi è venuta involontariamente l'idea di implementare un sistema semplificato di controllo delle posizioni. L'idea è di memorizzare i dati sulle posizioni aperte in un commento e poi analizzarli. Ma non so qual è la lunghezza massima di un commento per memorizzare sul server? Con quale garanzia viene memorizzato il commento? Si tratta di un parametro opzionale. In generale idea ha diritto alla vita?
Leggendo l'articolo, mi è venuta involontariamente l'idea di implementare un sistema semplificato di controllo delle posizioni. L'idea è di memorizzare i dati sulle posizioni aperte in un commento e poi analizzarli. Ma non so qual è la lunghezza massima di un commento che può essere memorizzato sul server? Quanto è garantita la memorizzazione del commento? Si tratta di un parametro opzionale. In generale, l' idea ha diritto alla vita?
A proposito di commenti in posizioni e ordini.
Ecco cosa è stato scritto nel dialogo - "Market Sell EURUSD TP 1.24622 SL 1.27134 (M30) - Test", ed ecco cosa c'era nel commento di una posizione aperta "Market Sell EURUSD TP 1.24622 S"...
Inoltre, gli sviluppatori non hanno ancora implementato la possibilità di modificare il commento (per quanto ne so).
PS
Penso che i commenti non saranno certamente adatti a questo...
Commenti sulle posizioni e sugli ordini
Ecco cosa è stato scritto nel dialogo - "Market Sell EURUSD TP 1.24622 SL 1.27134 (M30) - Test", ed ecco cosa c'era nel commento di una posizione aperta "Market Sell EURUSD TP 1.24622 S"....
Inoltre, gli sviluppatori non hanno ancora implementato la possibilità di modificare il commento (per quanto ne so).
PS
Penso che i commenti non saranno certamente adatti a questo...
Perché no, 31 caratteri in una codifica di 256 caratteri è un numero di combinazioni pari a 6,146e+381, è possibile codificare qualsiasi cosa in una tale stringa.
In effetti, se si localizzano i commenti in una forma codificata breve, non sono necessari così tanti caratteri.
Dopo tutto, invece di"voleva aprire oggi in acquisto e ha aperto per errore in vendita" si può scrivere ob|ers ob- intenzione di aprire in acquisto, infatti ers- per errore in vendita.
Non c'è bisogno di un microscopio per rompere le noci, allora tutto si risolve.
Perché no? 31 caratteri in una codifica di 256 caratteri sono 6,146e+381 combinazioni, qualsiasi cosa può essere codificata in una stringa di questo tipo.
In effetti, se si localizzano i commenti in una forma codificata breve, non sono necessari così tanti caratteri.
Dopo tutto, invece di"voleva aprire oggi in acquisto e ha aperto per errore in vendita" si può scrivere ob|ers ob- intenzione di aprire in acquisto, infatti ers- per errore in vendita.
Non c'è bisogno di un microscopio per rompere le noci, poi tutto si risolve.
A mio parere, è molto più semplice memorizzare tutto in strutture, assemblati e array e, se necessario, salvarli in un file.
Si può anche pensare a Magik....
A mio parere, è molto più semplice memorizzare tutto in strutture e array assemblati e salvarli in un file, se necessario.
Si può anche pensare a Magik....
Sì, Magik è più affidabile perché non è modificabile dal lato server,
anche se vi saranno memorizzate meno informazioni, perché il codice di Magik è a 10 binari, a differenza delle stringhe, che sono codificate in 256 binari.
Sì, magik è più affidabile perché non viene modificato dal server,
anche se ci saranno meno informazioni, perché il codice di magik è di 10 caratteri, a differenza delle stringhe, che sono codificate con 256 caratteri.
Penso che il commento debba essere lasciato all'utente e che le informazioni siano solo per lui (non è importante se le compila lui stesso o un esperto).
Ma Magik dovrebbe essere utilizzato per tutto il programma (se si vuole, vi si possono nascondere molte informazioni) + per tutto questo creare una certa struttura in cui memorizzare la massima quantità di informazioni su posizioni, ordini e operazioni.
All'avvio dell'Expert Advisor, i dati sulle posizioni e sulle operazioni chiuse possono essere letti da un file o calcolati nel blocco di inizializzazione, anche sulla base di magiks (se non esiste un file di dati).
Al termine del lavoro, naturalmente, le informazioni devono essere salvate.
PS
O qualcosa del genere...
Ciao Paul,
Grazie per questa biblioteca.
Mi sembra che, indipendentemente dal valore del Take Profit, l'operazione non venga mai chiusa a quel valore, anche quando eseguo il tuo EA FrAmaCross e lo ottimizzo solo con il Take Profit, i risultati non cambiano.
Sto sbagliando qualcosa o c'è un flag che deve essere impostato per utilizzare il Take Profit?
Guardando il tuo codice la tua chiamata in OrderSend bSuccess=PositionChangeSizeAtServer(symbol,volume,ORDER_TYPE_BUY,stoploss); break;
non utilizza il valore del Take Profit
Grazie per il vostro tempo
EK
Penso che - se possiamo avere un nostro VOM ... il modo migliore per implementare questo in mt5 da MQ - id per gli ordini locali (#1,#2,#3) nel terminale mt5 collegato a 1 ordine globale sul server mt5 (#5423523).
Abbiamo bisogno solo di un ordine ad albero
+ #5423523 eurusd
- #1 comprare
- # 2 comprare
+ #5423533 usdjpy
- # 3 vendere
- # 4 vendere
+ #5423533 gbpjpy
- # 5 vendere
Poi sul grafico abbiamo gli ordini #1, 2# ecc.
Qualcuno ha utilizzato questa libreria?
La libreria sembra utile. Ma ci sono alcune difficoltà.
Quando si compila il consulente esperto di esempio VirtualOrderManagerTester.mq5
dà errori:
'TRADE_RETCODE_REQUEST' - identificatore non dichiarato StringUtilities.mqh 42 12
'TRADE_RETCODE_REQUEST' - è richiesta un'espressione costante StringUtilities.mqh 42 12
'ERR_TRADE_SELECT_TIMOUT' - identificatore non dichiarato StringUtilities.mqh 112 12
'ERR_TRADE_SELECT_TIMOUT' - è richiesta un'espressione costante StringUtilities.mqh 112 12
Come rimuoverli?
Qualcuno ha utilizzato questa libreria?
La libreria sembra utile. Ma ci sono alcune difficoltà.
Quando si compila il consulente esperto di esempio VirtualOrderManagerTester.mq5
dà errori:
'TRADE_RETCODE_REQUEST' - identificatore non dichiarato StringUtilities.mqh 42 12
'TRADE_RETCODE_REQUEST' - è richiesta un'espressione costante StringUtilities.mqh 42 12
'ERR_TRADE_SELECT_TIMOUT' - identificatore non dichiarato StringUtilities.mqh 112 12
'ERR_TRADE_SELECT_TIMOUT' - è richiesta un'espressione costante StringUtilities.mqh 112 12
Come rimuoverli?
Questi codici di errore non sono più rilevanti; è sufficiente commentare le righe 42 e 112 del file StringUtilities.mqh.
I codici degli articoli sono stati aggiornati.