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
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.