Ottenere il numero di posizioni decimali di qualsiasi numero (non solo le virgolette) bypassando Digits() in MQL4 e MQL5 - pagina 10

 
Dmitry Fedoseev:

C'era un caso in cui il pannello di trading emetteva la dimensione del lotto con il numero corretto di decimali nella casella di testo. Questo è l'unico caso.

Non fate la normalizzazione del volume (quando fate le compravendite)?
 
A100:

Cosa c'è da non capire? Il prezzo ha Digits(), ma il volume no. È così che si calcola.

Perché abbiamo bisogno di cifre di volume? Per la stessa ragione delle cifre del prezzo!

Ma il volume ha SYMBOL_VOLUME_MIN e SYMBOL_VOLUME_STEP che sono sufficienti senza alcun intervento degli utenti.

 
Alexey Viktorov:

Ma il volume ha SYMBOL_VOLUME_MIN e SYMBOL_VOLUME_STEP, che sono sufficienti senza l'intervento dell'utente.

Abbastanza per cosa? Immagino che nemmeno tu stia facendo la normalizzazione del volume

 
A100:

Abbastanza per cosa? Per i falsi? Immagino che nemmeno tu faccia la normalizzazione del volume

Basta per il conteggio dei caratteri e la normalizzazione, e senza normalizzazione il mart non passa.

 
Alexey Viktorov:

Basta per il conteggio dei caratteri e la normalizzazione, e senza normalizzazione il mercato non passa.

Quindi mi chiedo perché Dmitry Fedoseev scrive sull'unico caso (ed esattamente per l'allineamento delle tabelle, non per il trading)

A quanto pare il mercato non è abbastanza rigoroso

 
A100:

Così mi chiedo perché Dmitry Fedoseev scrive su un singolo caso (e non per l'allineamento della tabella, ma per il trading)

A quanto pare, Market non è abbastanza rigido

Dmitry Fedoseev non solo scrive sul tavolo ma anche sulla dimensione del lotto

Forum sul trading, sistemi di trading automatico e test di strategie di trading

Ottenere le posizioni decimali di qualsiasi numero (non solo le virgolette) bypassando Digits() in MQL4 e MQL5

Dmitry Fedoseev, 2018.11.26 10:23

Ho un caso in cui il pannello di trading deve emettere la dimensione del lotto con ilnumero corretto di decimali nel campo di testo. Questo è l'unico caso.

e non importa se la normalizzazione è usata per il trading o la visualizzazione nella tabella. La normalizzazione deve essere secondo SYMBOL_VOLUME_STEP e non c'è niente che le cattive mani dell'utente possano fare con questo valore.
 
Alexey Viktorov:

Dmitry Fedoseev scrive non solo sul tavolo, ma anche sulla dimensione del lotto

e non importa per cosa normalizzare, per il trading o la visualizzazione in una tabella. La normalizzazione deve essere secondo SYMBOL_VOLUME_STEP e non c'è niente da fare con questo valore.

Questo era il mio messaggio. È così.

 
Mesaoria:

In altre parole, usi il valore minimo del lotto inserito dall'utente (o l'incremento del lotto) per determinare quante cifre ci sono in questo valore, e poi lo salvi per normalizzare i valori futuri?

No, non dal valore inserito, ma dai parametri del simbolo - dal lotto minimo e dall'incremento del lotto.

 
A100:
E non fate la normalizzazione del volume (quando fate i trade)?

Questa normalizzazione può essere fatta anche per 8 cifre - andrà bene (se prima si divide per il passo del lotto, si arrotonda, si moltiplica per il passo del lotto), non è necessario conoscere il numero esatto di cifre del passo del lotto.

Ma per farlo sembrare bello - è necessario conoscere il numero di cifre.

 
Il doppio è un tale ***. Tutti questi doppi causano problemi.

Quando faranno dei numeri normali per la programmazione?

Potete fare in modo che un numero frazionario sia memorizzato come un intero e una parte frazionaria.

Motivazione: