Auguri per MQL5 - pagina 49
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
Un'altra cosa:
Dare la possibilità di scrivere componenti aggiuntivi per MetaEditor, come PsPad
Aggiungete cose belle come:
1. Sottolineatura delle parentesi accoppiate!!!
2. uno script che aggiunge la parentesi accoppiata da solo.
3. SI PREGA MOLTO DI FARE UN ALBERO DEI FILE CON UN SALTO VELOCE ALLE FUNZIONI RICHIESTE
4. uccidere ctrl+f2, farlo!!! ctrl+1, ctrl+2, ....
se manca una parentesi graffa, il compilatore spesso mostra la fine del file!!!!!!!!!!!!!!!!!!!!!!!!!!
e poi cercare tra 1000 linee :)
E sì, mi ricordo, fare una funzione in API che imposti un trailing stop! (>> meno mal di testa!!!)
Che tipo di strascico? ;)
L'articolo 'Biblioteca di funzioni ed Expert Advisors per il Trailing / Yury Dzyuban' ne descrive 11. Questa logica appartiene al livello applicato, cioè creato indipendentemente da ogni persona interessata.
Una tecnica di plugin per MQL-editor sarebbe utile - tutte quelle cose menzionate in questa pagina (parentesi quadre, modelli di codice a completamento automatico, controllo dell'uso delle variabili, ecc.), per l'ambiente Microsoft Visual Studio 2008 / 2005, possono essere facilmente implementate da JetBrains Resharper, utilizzando la tecnologia Visual Studio Extensions.
Che tipo di strascico? ;)
L'articolo 'Biblioteca di funzioni ed Expert Advisors per il Trailing / Yury Dzyuban' ne descrive 11. Questa logica appartiene al livello applicato, cioè creato indipendentemente da ogni persona interessata.
Sono d'accordo.
Ho già espresso questo pensiero. Non credo che sia un problema per gli sviluppatori del linguaggio scrivere una funzione particolare. Ma non si dovrebbe fare così: legarsi ad un particolare algoritmo è creare una tendenza, un dogma. La programmazione degli algoritmi di trading è esclusivamente affare del programmatore (lo sviluppatore della strategia di trading).
Un'altra cosa è la necessità di biblioteche di funzioni puramente tecniche, di servizio, così come le funzioni che possono causare difficoltà nella loro creazione. Per esempio, quando si programmano funzioni per la gestione degli errori restituiti dal server, il programmatore non può sempre capire correttamente quale dovrebbe essere la reazione dell'Expert Advisor a un certo errore (richieste troppo frequenti, il broker è occupato, ecc.)
Secondo me, sarebbe molto utile aggiungere proprietà per alcuni oggetti.
Per esempio, il numero di barre che determina la lunghezza del canale.
Difficoltà nel lavorare con i canali:
Lasciate che l'utente intenda impostare una lunghezza del canale di 24 ore su H1.
Un algoritmo intuitivo può essere ridotto al calcolo delle coordinate temporali destra e sinistra di un oggetto. E non è difficile eseguire questi calcoli: la coordinata di sinistra è calcolata come la coordinata di destra meno 24h.
Allo stesso tempo, se il punto destro del canale è impostato, per esempio, a 0 bar, e il programma viene eseguito alle 10:00 Lun, il punto sinistro sarà impostato alla 1a barra del Lun corrente. La lunghezza effettiva del canale sarà di 10 barre e non di 24.
Tali errori sono difficili da rilevare, se i test hanno luogo, per esempio, il mercoledì. In questo caso un utente vede il risultato del test "corretto" - la lunghezza del canale sarà di 24 barre.
Un problema simile si presenta quando si costruiscono canali in piccoli TF, le cui citazioni sono contrassegnate da "buchi".
Un'altra cosa è la necessità di biblioteche di funzioni puramente tecniche, di servizio, così come di funzioni la cui creazione può causare difficoltà. Per esempio, quando si programma la funzione di gestione degli errori restituiti dal server, il programmatore non può sempre capire correttamente quale dovrebbe essere la risposta dell'esperto a questo o quell'errore (richieste troppo frequenti, il broker è occupato, ecc.)
Sarebbe ideale per i commercianti avere una libreria già pronta di operazioni commerciali nel pacchetto di consegna,
in modo che i commercianti non dovessero pensare a requotes e alla gestione degli errori. Credo che nessuno lo farà meglio degli sviluppatori.
E i professionisti, se necessario, scriveranno le loro varianti.
Sarebbe utile poter cambiare il colore di un nome simbolico o di una costante simbolica quando si usa il costrutto #define, similmente a quanto si fa nei menu con altri elementi di testo:
Per esempio: #define pi 3.14159265358 Apparentemente banale, ma se ci sono molte definizioni, non sono immediatamente visibili!