![MQL5 - Linguaggio delle strategie di trading integrato nel client terminal MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
il tuo codice sopra è inutile perché restituirà sempre "b = 0"
e l'informazione: "b = 0" ogni volta non dà nessuna informazione.
No, restituisce 3.
o l'ultima che incontra.
Credo che tu mi abbia frainteso.
Ho capito bene? Si inizia con una stringa?
puoi anche avvolgerla ()
ma devi assicurarti che la stringa sia una corrispondenza esatta per ovvie ragioni, o avrà bisogno di più codice per assicurarsi che non vada male.
no restituisce 3.
o l'ultimo che incontra.
Credo che tu mi abbia frainteso.
sì, dopo aver scritto il mio commento ho notato che non hai usato "else if" e ho cambiato in 3
Ho capito bene? Si inizia con una stringa ??
puoi anche avvolgerla ()
ma dovevi assicurarti che la stringa sia una corrispondenza esatta per ovvi motivi, altrimenti ci vorrà più codice per assicurarsi che non vada a male.
sì, parto da una stringa, ecco perché la firma della funzione che propongo è:
comunque, come tutti abbiamo analizzato, l'unico workaround che abbiamo fino ad ora è usare più "if" ;)
"Poi in qualche parte vuoi specificare qualche valore di qualche enum in formato stringa".
Non vedo alcun vantaggio in questo. Potresti mostrare un esempio?
Metodo 1:
Metodo 2:
Devi conoscere solo il nome della stringa dell'enum in entrambi i casi. Anche il tuo codice è sbagliato questo enum parte da 0.
Ciao Alain, soddisfo la tua curiosità :P
Immagina di utilizzare più codici esterni mql5, quindi hai a che fare con più tipi di dati "enum" definiti su di essi, e naturalmente, come un umano, è meglio per te ricordare il nome della stringa di ogni valore di ogni "enum". Poi in alcune parti vuoi specificare qualche valore di qualche enum in formato stringa, allora non puoi farlo direttamente, quindi devi usare qualche workaround come ho scritto sopra. Questo ha due grossi svantaggi, il primo è che devi raccogliere tutti i valori di tutti gli enum coinvolti e il secondo svantaggio è la manutenzione, quindi se aggiorni qualche codice mql5 esterno dove lo sviluppatore ha cambiato il valore int associato a qualche rappresentazione costante allora potresti ottenere un comportamento inaspettato, quindi devi continuare a controllare gli aggiornamenti del codice.
Grazie ma non è proprio quello che ho chiesto. Puoi postare un esempio concreto di codice?
Sono sicuro al 100% che tutti i tuoi punti sulla funzione StringToEnum() provengono da una cattiva pratica di codifica. L'obiettivo di un enum è quello di costruire codice indipendente dal valore intero sottostante, se questo valore viene cambiato non dovrebbe avere alcun impatto sul tuo codice. Inoltre non vedo perché non puoi ricordare un identificatore come MODE_SMA ma puoi con una stringa "MODE_SMA".
Riguardo all'argomento della fuga di sicurezza... Non sono totalmente d'accordo con quello che hai detto sul fatto che sia una porta aperta alla fuga di sicurezza. Certamente potrebbe essere una porta aperta, ma tu come programmatore devi impostare i limiti e prenderti cura di possibili situazioni critiche, voglio dire che puoi gestire perfettamente tali situazioni come in PHP, anche su SQL con l'iniezione di codice dove devi analizzare alcuni dati critici possibili in ingresso dagli utenti nel caso in cui abbiano accesso al tuo codice.
Non ho detto che la sicurezza non può essere gestita dal codificatore. Ho detto che Metaquotes NON permetterà che la sicurezza dipenda dai programmatori. Questo non accadrà mai, ti suggerisco di chiedere a loro postando una richiesta al ServiceDesk, so già la risposta.
sì, dopo aver scritto il mio commento ho notato che non hai usato "else if" e ho cambiato in 3
sì, parto da una stringa, ecco perché la firma della funzione che propongo è:
comunque, come tutti abbiamo analizzato, l'unico workaround che abbiamo fino ad ora è usare più "if" ;)
sì, ma si può anche fare il loop e farlo in una sola riga.
ma ancora dopo quasi 4 pagine ...whyyyyy haha :)
Sì, ma si può anche fare un loop e farlo in una sola riga.
ma ancora dopo quasi 4 pagine ...whyyyy haha :)
"Poi in qualche parte vuoi specificare qualche valore di qualche enum in formato stringa".
Non vedo alcun vantaggio di questo. Potresti mostrare un esempio?
Devi conoscere solo il nome della stringa dell'enum in entrambi i casi. Anche il tuo codice è sbagliato questo enum parte da 0.hahaha Marco e Laszlo scusate, a volte quando si cerca di minificare il problema la curiosità dall'altra parte aumenta :P
Qui avete un esempio molto vicino a quello che voglio ottenere (l'ho minificato un po' per evitare di infastidire tutti voi). Quello che segue è uno script completo e funzionante (copia/incolla/esegui):
il tipo di prezzo sarà impostato sul file online dato su: "config_url" e il suo contenuto può essere cambiato in qualsiasi momento con uno dei seguenti valori:
{PREZZO_CHIUSO, PREZZO_APERTO, PREZZO_ALTO, PREZZO_BASSO, PREZZO_MEDIO, PREZZO_TIPICO, PREZZO_PESATO}
Il tipo sarà dato in forma leggibile all'uomo, per esempio: PRICE_MEDIAN (non un int).
Laszlo, su mql5 l'offset è 1 e non 0 (diverso da mql4), ho controllato con un semplice script e sono rimasto sorpreso. Ecco perché parlo del problema della manutenzione -> possibili confusioni.Grazie ma non è proprio quello che ho chiesto. Puoi postare un esempio concreto di codice?
Sono sicuro al 100% che tutti i tuoi punti sulla funzione StringToEnum() provengono da una cattiva pratica di codifica. L'obiettivo di un enum è quello di costruire codice indipendente dal valore intero sottostante, se questo valore viene cambiato non dovrebbe avere alcun impatto sul tuo codice. Inoltre non vedo perché non puoi ricordare un identificatore come MODE_SMA ma puoi con una stringa "MODE_SMA".
Non ho detto che la sicurezza non può essere gestita dal codificatore. Ho detto che Metaquotes NON permetterà che la sicurezza dipenda dai programmatori. Questo non accadrà mai, ti suggerisco di chiedere a loro postando una richiesta al ServiceDesk, so già la risposta.
Mi sbagliavo e so di dover affrontare una situazione in cui avrei bisogno di una funzione StringToEnum() (generica da non codificare per ogni enum). Non è mai troppo tardi per capire, non dovrei mai essere sicuro al 100%![](https://c.mql5.com/3/148/CoveredLaugh.gif)
Mi sono sbagliato e so di trovarmi di fronte a una situazione in cui avrei bisogno di una funzione StringToEnum() (generica non da codificare per ogni enum). Non è mai troppo tardi per capire, non dovrei mai essere sicuro al 100%
Ecco una funzione generica StringToEnum():
Esempio d'uso:
Esempio d'uso:
4,5 anni dopo, ma mi sono imbattuto in questo post cercando una soluzione a questo bisogno per me stesso. @Alain Verleyen Sono contento che tu abbia trovato un uso per contrastare le tue risposte iniziali "non vedo perché abbiamo bisogno di questo" e "se hai bisogno di questa funzione, allora il tuo codice è cattivo" 😛
Mi sono imbattuto in una serie di circostanze diverse in cui questo sarebbe utile, ma anche se tu, o io, non avessimo mai trovato un bisogno, c'è la domanda: se non c'è motivo che StringToEnum() esista, perché dovrebbe esserci un motivo che EnumToString() esista? O al contrario, se EnumToString() esiste, allora sicuramente non è irragionevole pensare che ci potrebbero essere delle volte in cui dovremmo convertire un enum in una stringa usando quella funzione, e poi volerlo riconvertire qualche volta? 😉
Inutile dire il mio esempio pratico: ho un EA che opera su più combinazioni di simboli/timeframe, in una sola volta, indipendentemente dal grafico su cui viene eseguito -- senza doverlo eseguire su più grafici contemporaneamente. Ci sono pro e contro di questo approccio, ma nel mio caso i pro superano decisamente i contro.
Quindi... quando piazzo una compravendita voglio vedere nei commenti della compravendita alcuni dettagli che le funzioni Trade Info non forniscono, uno dei quali è il timeframe che è stato usato per determinare la logica per piazzare la compravendita in primo luogo, dato che questa logica (che dipende in parte dal timeframe) a volte influisce su quando modificare (per esempio SL) o chiudere la compravendita. Quindi voglio vedere queste informazioni in una forma leggibile dall'uomo (es. H4, non 14400), ma naturalmente voglio anche che l'EA sia in grado di utilizzare il valore numerico dell'enum quando prende decisioni sulla modifica o la chiusura del trade.
Quindi uso EnumToString(timeframe) per avere una rappresentazione stringa del timeframe nel commento. In seguito posso ottenere il commento dalla negoziazione usandoOrderComment() (o la versione corrispondente di mql5) e posso quindi analizzare la rappresentazione stringa del timeframe dal commento per ottenere ad es. "PERIOD_H4". Una funzione StringToEnum("...") lo riconvertirebbe in valore numerico, che nel caso dei timeframe è il numero di minuti (es. l'enum non è sequenziale da 0 a qualcosa come la maggior parte degli enum, ci sono grandi spazi vuoti, ad esempio tra D1, W1 e MN1). Naturalmente potrei anche includere il valore intero dell'enum nel commento, ma questo è un workaround (che non dovrebbe essere necessario) dell'assenza di StringToEnum().
La tua soluzione sembra essere la migliore al momento, tranne che in questo caso, dovremmo aumentare il valore MAX a43200 per essere abbastanza completi da coprire questo pur rimanendo generici(https://docs.mql4.com/constants/chartconstants/enum_timeframes).
Naturalmente una funzione OrderTimeframe() o OrderPeriod() soddisferebbe questa specifica esigenza, ma come ho detto è solo una delle poche circostanze in cui una funzione StringToEnum() sarebbe utile. A quanto pare ne hai trovata una anche tu 😉
Grazie per aver condiviso la tua soluzione e complimenti a te per la tua umiltà nell'ammettere di aver sbagliato 😊
Mi chiedo se ci sia una lista di tutti i possibili enum e valori enum da qualche parte nella documentazione MQL4/5. C'è questo:https://www.mql5.com/en/docs/constant_indices e la corrispondente versione mql4 di quella pagina, anche se non elenca nessuno dei valori numerici. Suppongo che potrei copiare il testo di quella pagina, analizzarlo in una lista di valori e scrivere una funzione per stampare tutti i possibili valori, ma ovviamente questo è un po' noioso e non tiene conto di eventuali aggiunte future. Almeno mi dirà il massimo valore possibile di ogni enum.
Per risparmiare velocità potrei probabilmente adattare la tua funzione per fare un loop di tutti i valori fino a un massimo di, diciamo, 1440 invece di 256 (per D1 nel caso dei timeframes, e qualsiasi altra cosa nel caso di altri enum), e poi aggiungere due controlli più specifici per W1 e MN1. Aumentare il massimo non aggiungerà alcun overhead a tutti i casi che rientrerebbero ancora nel massimo inferiore, dato che qualsiasi cosa che rientra nel massimo inferiore esce comunque dal loop nello stesso tempo.
Ci sono altri enum con valori numerici che vanno oltre 1440?