Si prega di riportare il vecchio stile METAQUOTES o almeno di fare in modo che i codici scritti su una riga non siano formattati.
Esempio:
Старая модель и я считаю ее идеальной моделью для однострочных кодов.
if(TakeProfit>0){btp=Ask+(TakeProfit*Point());}else{btp=0;}
if(StopLoss>0){bsl=Ask-(StopLoss*Point());}else{bsl=0;}
Новый стиль, который портит всех моих роботов.
if(TakeProfit>0)
{
btp=Ask+(TakeProfit*Point());
}
else
{
btp=0;
}
if(StopLoss>0)
{
bsl=Ask-(StopLoss*Point());
}
else
{
bsl=0;
}
usa lo stile Pico, è molto simile a quello che stai cercando
ma lo stile Pico divide la dichiarazione if - else in 2 linee se si usa { }
Il tuo codice dove usando { }
se non si usa { }
Sì !!! ha fatto un'analisi completa degli stili disponibili e ha scelto PICO e RATLIFF
PICO è il più compatto.
RATLIFF è il più intelligente.
Ma è assurdo che METAQUOTES cambi uno stile che è stato usato per anni. Distruggerebbe la vita di tutti gli utenti. Un cambiamento irresponsabile. Qualche mese fa ho sbagliato qualcosa sul loro stile, ho pensato che fosse sbagliato muoversi nonostante i piccoli cambiamenti, ma ora hanno sbagliato.
Sì!!! sappiamo che è una versione beta, ma se qualcosa era corretto nelle vecchie versioni e ora è cambiato nella versione beta, è probabilmente con questi cambiamenti. Meglio lamentarsi ora per assicurarsi che tutto vada bene
Ci sono due suggerimenti che vorrei che METAQUOTES adottasse.
1) Mettere un blocco sul grafico per evitare che il grafico usato si chiuda insieme ai grafici non necessari quando si usa CTRL-F4.
2) Permettere all'utente di definire il numero di core da utilizzare sulla rete cloud. Per esempio: potrei limitare l'uso a 50 core in CLOUD NETWORK solo per aiutare e aumentare la velocità di ottimizzazione insieme ai 100 core che ho già sui miei server. In questo modo non dovrei comprare uno o due server in più.
Attualmente, non posso usare CLOUD NETWORK perché rende i miei server inutili e il valore dell'ottimizzazione diventa alto.
Dopo aver eseguito un test con una configurazione di terzi, la configurazione di default viene ripristinata. Non ci sono impostazioni di test quando il terminale viene avviato normalmente.
Per motivi di efficienza, le stringhe sono ora preallocate più grandi di quanto richiesto, poiché nella stragrande maggioranza dei casi vengono incrementate dalle operazioni successive.
Questo è chiaro ora. Ma non importa come cambio la lunghezza della stringa, il risultato di StringBufferLen rimane sempre 260.
La documentazione non è aggiornata in questo caso.
Per motivi di efficienza, le stringhe sono ora preallocate più grandi di quanto richiesto, poiché nella stragrande maggioranza dei casi vengono incrementate dalle operazioni successive.
Ho aggiunto StringLen al test e ho inizializzato la stringa in modo diverso. Nella documentazione è una cosa, ma di fatto si comporta diversamente. E il buffer in questo caso mostra 0 invece di 260. Quindi, o c'è un problema con l'inizializzazione delle stringhe. Oppure StringBufferLen sta fallendo.
Consenti l'uso dei cookie per accedere al sito MQL5.com.
Abilita le impostazioni necessarie nel browser, altrimenti non sarà possibile accedere.
Hai effettuato l'accesso. L'autenticazione a due fattori è stata disattivata. Configurala di nuovo e scansiona un nuovo codice QR, oppure continua con l'autenticazione a due fattori disattivata.
Si prega di riportare il vecchio stile METAQUOTES o almeno di fare in modo che i codici scritti su una riga non siano formattati.
Esempio:
Per favore tornate al vecchio stile METAQUOTES o almeno fate in modo che i codici scritti in una riga non siano formattati.
usa lo stile Pico, è molto simile a quello che stai cercando
ma lo stile Pico divide la dichiarazione if - else su due righe se si usa { }
Il tuo codice dove usando { }
se non si usa { }
2133 Ecco un espediente come questo
usa lo stile Pico, è molto simile a quello che stai cercando
ma lo stile Pico divide la dichiarazione if - else in 2 linee se si usa { }
Il tuo codice dove usando { }
se non si usa { }
Sì !!! ha fatto un'analisi completa degli stili disponibili e ha scelto PICO e RATLIFF
PICO è il più compatto.
RATLIFF è il più intelligente.
Ma è assurdo che METAQUOTES cambi uno stile che è stato usato per anni. Distruggerebbe la vita di tutti gli utenti. Un cambiamento irresponsabile. Qualche mese fa ho sbagliato qualcosa sul loro stile, ho pensato che fosse sbagliato muoversi nonostante i piccoli cambiamenti, ma ora hanno sbagliato.
2133 uma piada
Sì!!! sappiamo che è una versione beta, ma se qualcosa era corretto nelle vecchie versioni e ora è cambiato nella versione beta, è probabilmente con questi cambiamenti. Meglio lamentarsi ora per assicurarsi che tutto vada bene
La documentazione è obsoleta in questo caso.
Per motivi di efficienza, le stringhe sono ora preallocate più grandi di quanto richiesto, poiché nella stragrande maggioranza dei casi vengono incrementate dalle operazioni successive.
Questo è chiaro ora.
Ma non importa come cambio la lunghezza della stringa, il risultato di StringBufferLen rimane sempre 260.
La documentazione non è aggiornata in questo caso.
Per motivi di efficienza, le stringhe sono ora preallocate più grandi di quanto richiesto, poiché nella stragrande maggioranza dei casi vengono incrementate dalle operazioni successive.
È possibile in questo caso
s2 può aumentare in futuro?
Risultato: 260
Atteso: 100 o 0.
Ho aggiunto StringLen al test e ho inizializzato la stringa in modo diverso.
Nella documentazione è una cosa, ma di fatto si comporta diversamente.
E il buffer in questo caso mostra 0 invece di 260.
Quindi, o c'è un problema con l'inizializzazione delle stringhe. Oppure StringBufferLen sta fallendo.