Errori, bug, domande - pagina 707
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
Una sostituzione potrebbe essere una tabella di indice nativa - ma allora non posso fare una classe che incapsuli il lavoro con un array di strutture con la possibilità della sua ereditarietà insieme a servizi specificati una volta (ordinamento e ricerca binaria).
Capisco - non si trattava di una soluzione specifica, ma di possibilità astratte.
Se volete lavorare efficacemente ai margini dei sistemi esterni, scrivete codice specifico per il sito, piuttosto che cercare di fare una soluzione universale che contraddice i problemi di sicurezza.
No, non faremo tali hendles. Questo è un vero e proprio male, di cui saremo ritenuti responsabili fino alla fine.
Non c'è molto da rispondere, non si vedono i pericoli.
Ho sottolineato l'inevitabilità di un enorme tavolo di handlap. È un male enorme.
Tu stesso non vuoi nemmeno lavorare con gli indici, dicendo quanto sia scomodo per te, e poi improvvisamente un'enorme e lenta tabella di maniglie in MQL5 "non rappresenta alcun pericolo".
Renat:
..........., piuttosto che cercare di fare una soluzione unica che contraddice i problemi di sicurezza.
Renat, dammi almeno un esempio di un uso pericoloso di una maniglia su una struttura. Io ostinatamente non lo vedo. Sto cercando di pensarne uno e non lo trovo. Forse mi sono perso qualcosa?
--
E per quanto riguarda le strutture parametrizzate, ce ne sono a lungo termine? Tutto è risolto a livello di preprocessore, quindi i problemi di sicurezza sono generalmente fuori questione. E un sacco di problemi relativi ai contenitori di dati pratici sarebbero risolti molto bene e in modo compatto.
1. Ho sottolineato l'inevitabilità di un'enorme tabella di corrispondenza delle maniglie. Questo è un male enorme.
Tu stesso non vuoi nemmeno lavorare con gli indici, mi stai dicendo quanto sia scomodo e tutto d'un tratto un'enorme e lenta tabella di maniglie in MQL5 "non rappresenta alcun pericolo".
1. La tabella non è enorme, è ciò che l'utente ha "gestito" - estendibile dinamicamente. Anche le stringhe sono malvagie. Allora facciamo un limite di 128 simboli per linea, così ci sarà meno male nel mondo, giusto? :)
2. Voglio persino lavorare con gli indici. Solo che non voglio lavorare più e più volte - voglio ereditare il mio lavoro e riprodurlo quando necessario, non riscriverlo (con nuovi errori con correzioni sciatte di copia-incolla).
Ma non ne parlo nemmeno più, forse dovrei?
1. la tabella non è enorme, ma come l'utente "nahndled" - espandibile dinamicamente. le stringhe sono poi anche il male. Allora facciamo un limite di 128 simboli per linea, così ci sarà meno male nel mondo, giusto? :)
Le stringhe sono legate internamente e nessuno lo richiede esternamente. Cioè, non abbiamo bisogno di mantenere maniglie pubbliche visualizzate tramite tabelle. Lì tutto è veloce e nascosto.
"User nahndled" - questa è una tabella enorme e frenante.
Non ci creeremo un problema di punto in bianco. Quindi non insistiamo troppo sull'argomento - la questione è chiusa e nessun argomento può cambiarla.
E per quanto riguarda le strutture parametrizzate, ce ne sono nei piani a lungo termine? Tutto è risolto a livello di preprocessore lì, quindi i problemi di sicurezza sono generalmente fuori strada. E molti problemi relativi ai contenitori di dati convenienti sarebbero risolti molto bene e in modo compatto.
I modelli non sono ancora nei piani.
In questo momento stiamo rilasciando memi di classi statiche e sovraccarico di operatori.
Ora stiamo rilasciando memi di classi statiche e sovraccarichi di operatori.
1. i modelli non sono ancora nei piani.
2. ora stiamo rilasciando memi di classi statiche e sovraccarichi di operatori.
1. Peccato, forse dovresti pianificarlo.
2. per questo - enorme umano grazie, in attesa di costruire.