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
Gli strumenti. Parlaci degli strumenti, non essere imbarazzante, ho imparato da RaptorUK, dabbler, e dai commenti di SDC l'altro giorno. Quindi, per favore, diteci .
:D
Sembra che la risposta alla tua domanda sia Molanis . . . http://www.molanis.com/forum/viewtopic.php?f=2&t=1450
Interessante, come questo
https://www.mql5.com/en/forum/126224
Aiuta a conoscere il background di ciò di cui stiamo parlando!
Ho evitato questo thread perché c'è così tanto turbamento da tutte le parti. Sembra così inutile.
Forse l'OP dovrebbe iniziare un nuovo thread in modo che gli intervistati non debbano leggere 200 post con il 100% di precisione per capire cosa sta succedendo.
E forse tutti potrebbero smettere di chiamare le persone con dei nomi.
RaptorUK:
Day(), DayOfWeek(), TimeDay() e TimeDayOfWeek() sembrano tutti funzionare correttamente nello Straegy Tester (build 427). . . intendevi davvero usare Day() nel tuo codice o il tuo codice dovrebbe costruire qualcosa. . qualunque cosa tu usi per codificare per te, dovrebbe aver usato DayOfWeek()? il primo, Day() dà un valore 0 - 31, il secondo DayOfWeek() dà un valore di 0 - 6 domenica è 0
Interessante, così come questo
https://www.mql5.com/en/forum/126224
Aiuta a conoscere il background di ciò di cui stiamo parlando!
Ho evitato questo thread perché c'è così tanto turbamento da tutte le parti. Sembra così inutile.
Dooh! Ho dato un'occhiata a quel codice e non ho visto quel problema, e ho usato quelle stesse funzioni nel mio codice. Ben individuato :-)
Un'altra cosa che tutti noi non abbiamo notato, beh io l'ho notata ma nel mezzo di questo pazzo thread, non mi sono reso conto che nessuno l'aveva menzionata, l'OP ha postato questo:
Non puoi mettere insieme tutti quei || || || || || && && || && && come condizione senza usare delle parentesi per spezzare il tutto.
Guardando l'ultima parte
Non credo che questo causerebbe mai che la condizione sia vera quando le parti precedenti sono false, a meno che non si usino delle parentesi per separarla dal resto della condizione.Un'altra cosa che tutti noi non abbiamo notato, beh io l'ho notata ma nel mezzo di questo pazzo thread, non mi sono reso conto che nessuno l'aveva menzionata, l'OP ha postato questo:
Non puoi mettere insieme tutti quei || || || || || && && || && && come condizione senza usare delle parentesi per spezzare il tutto.
OK Ho dovuto controllare questo ora perché non ho mai scritto codice come questo e l'ho fatto funzionare come pensavo, quindi ecco un semplice script per testarlo.
Ho sostituito ogni confronto nella condizione originale con corrispondenti confronti di interi per renderlo facile da leggere/test/debug. Tutto è falso tranne la parte dopo l'ultimo operatore ||.
Questo dà la condizione false che mi dice:
Così come è stato messo nel codice OP, non avrebbe mai fatto diventare vera la condizione anche se Day() fosse stato sostituito con DayOfWeek() ma se ci mettiamo qualche parentesi ....
Ora funziona e la condizione diventa vera.OK Ho dovuto controllare questo ora perché non ho mai scritto codice come quello e l'ho fatto funzionare come pensavo, quindi ecco un semplice script per testarlo.
Ottimo lavoro. Ho anche notato che le regole di precedenza MQL4 ...
https://docs.mql4.com/basis/operations/rules
hanno OR logico superiore a AND logico, in disaccordo con K & R (2nd ed)
Ma come te, non ho mai usato queste regole in grande misura, mi limito a mettere le parentesi attorno alle cose o a usare linee separate in modo da poter capire il mio codice!
Ora funziona e la condizione diventa vera.
Ed ecco il mio contributo (script di prova) ...
Che fa questo ...
Mostrando chiaramente che i test OR logici sono fatti per primi (priorità più alta) e poi i test AND logici sono fatti ... proprio come dice la documentazione di MQL4 infatti :-)