Aiuto per gli sviluppatori. - pagina 12
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
2. la storia per tazza è, a mio parere, una cosa impensabile. Forse mi sbaglio, ma la quantità di memoria richiesta per registrare tutti i cambiamenti nel becher (che avvengono in millisecondi) è eccessiva. È possibile registrare i dati per un piccolo periodo di tempo facendo un buffer circolare all'interno e analizzare le firme dei cambiamenti di valore. È anche possibile visualizzare i dati sotto forma di curve su un grafico, ma solo per un breve periodo. Questo non è un compito facile.
Se intendi qualcos'altro, per favore spiega.
4. Vedi punto 2. È necessario troppo spazio. Il file crescerà a passi da gigante. La sua lettura rallenterà l'intero programma. Solo un buffer circolare con un piccolo periodo di corrente.
5. La visualizzazione dei dati all'interno dell'EA o dell'indicatore è possibile dopo aver costruito il buffer di cui sopra.
2. Non c'è bisogno di pensare - basta scriverlo.
Per esempio, 4 byte tempo 4 byte prezzo 4 byte valore, profondità 10(20), 10 volte al secondo nuovi dati - 200mb giorno, 1gb settimana, 1tb disco 1000 settimane - 20 anni (2 anni con aggiornamento 100 volte al secondo), valori accettabili per oggi. (riguardo all'assurdità del ring-buffer - "ring-buffer" come un argomento che promuove la programmazione mql o un esempio per una materia informatica ha un posto (basato su articoli qui), come soluzione - molto controverso)
4. La "storia dei record" non è un singolo file, per esempio i file dei risultati di un'ora e i file temporanei di un minuto.
5. Non è necessario costruire alcun buffer, è necessario 1) correttamente per le operazioni di file per registrare la storia, 2) visualizzare 1-n barra (un minuto) 3) visualizzare la storia.
In altre parole, bisogna prendere soluzioni già pronte, tagliare, aggiungere, modificare e costruire. Se il vetro è apparso, e lo avete già fatto (vetro), potete usare le vostre mani, specialmente quelle di un professionista.
1. input in inglese. "ingresso".
"trail" è un'abbreviazione della parola "trailing" - cioè, un trailing stop.
"hedge" significa copertura. Leggi di più su questo concetto nella letteratura commerciale. 2.
2) TakeProfit Grade che ho spiegato sopra. Letteralmente - "griglia Takeprofit". Non so esattamente cosa significhi. (vedi sopra).
Takeprofit hedge è il takeprofit di una posizione di copertura.
3. "Close at stop" è un close at stop. "Closer" è semplicemente una chiusura.
2. Non devi pensare - devi solo scriverlo.
Per esempio, 4 byte tempo 4 byte prezzo 4 byte valore, profondità 10(20), 10 volte al secondo nuovi dati - 200mb giorno, 1gb settimana, 1tb disco 1000 settimane - 20 anni (2 anni se aggiornato 100 volte al secondo), valori accettabili per oggi. (riguardo all'assurdità del ring-buffer - "ring-buffer" come un tema che promuove la programmazione mql o un esempio per una materia informatica ha un posto (basato su articoli qui), come soluzione - molto controversa)
4. La "storia dei record" non è un singolo file, per esempio i file dei risultati di un'ora e i file temporanei di un minuto.
5. Non è necessario costruire alcun buffer, è necessario 1) correttamente per le operazioni di file per registrare la storia, 2) visualizzare 1-n barra (un minuto) 3) visualizzare la storia.
In altre parole, bisogna prendere soluzioni già pronte, tagliare, aggiungere, modificare e costruire. Se il vetro è pronto e l'hai già usato (il vetro), puoi usarlo, soprattutto se sei un professionista.
Lei sa meglio di me cosa deve essere fatto. Fallo. Io do solo la mia opinione e, se posso, vi aiuto a trovare una soluzione.
Per esempio, 4 byte tempo 4 byte prezzo 4 byte valore, profondità 10(20), 10 volte al secondo nuovi dati - 200mb giorno, 1gb settimana, 1tb disco 1000 settimane - 20 anni (2 anni quando si aggiorna 100 volte al secondo), valori accettabili per oggi.
La "cronologia delle registrazioni" non è un singolo file, ad esempio file di risultati per un'ora e file temporanei per un minuto.
Petr Doroshenko:
4. La "cronologia dei record" non è un singolo file, ad esempio i file dei risultati all'ora, e i file temporanei cadono al minuto.
5. Non hai bisogno di costruire alcun buffer, hai bisogno di 1) registrare correttamente la storia per operazioni di file, 2) visualizzare 1-n barre (minuto) 3) visualizzare la storia.
In altre parole, bisogna prendere soluzioni già pronte, tagliare, aggiungere, modificare e costruire. Se il vetro c'è, e te ne sei già occupato (il vetro), tanto più sarà fatto da un professionista.
1. Cosa intendete per"registrare correttamente la storia in base alle operazioni sui file"? Scrivere una funzionalità che scrive la cronologia del vetro in un file?
2. Cosa intendi per "visualizzare una barra di 1 minuto ", come la visualizzi?
3. cosa intende per "visualizzare la storia"? Visualizzare la storia dei cambiamenti dei valori dei valori limite nella tazza leggendola da un file? In quale forma dovremmo visualizzarlo?
4. Il metodo"prendere soluzioni pronte, tagliare, aggiungere, cambiare e scolpire" non è mai usato. Non ne esce niente di qualità.
Il mio tumblr usava i dati "live" piuttosto che quelli registrati, che otteneva da un'altra piattaforma. Non ha visualizzato o registrato nulla.
Petr Doroshenko:
(riguardo all'assurdità del ring-buffer - "ring-buffer" come argomento di divulgazione della programmazione mql o esempio per la materia informatica ha un posto (basato su articoli qui), come soluzione - molto controversa)
Credetemi, nel vostro caso, un ring buffer è molto più facile da costruire e molto più comodo da usare per la visualizzazione.
Credetemi, nel vostro caso, un ring buffer è molto più facile da costruire e molto più comodo da usare per la visualizzazione.
1. Cosa intendete per"registrare correttamente la storia in base alle operazioni sui file"? Scrivere una funzionalità che scrive la storia del bicchiere in un file?
2. Cosa significa "visualizzare 1-n barre (minuto) "? Come visualizzare?
3. cosa intende per visualizzazione della storia? Visualizzare la storia dei cambiamenti dei valori dei limiti nella tazza leggendola da un file? In quale forma dovremmo visualizzarlo?
4. Il metodo"prendere soluzioni pronte, tagliare, aggiungere, cambiare e scolpire" non è mai usato. Non ne esce niente di qualità.
Il mio tumblr usava i dati "live" piuttosto che quelli registrati, che otteneva da un'altra piattaforma. Non ha visualizzato o registrato nulla.
1. Per esempio, gli snapshot vanno 4 volte al secondo, prendono 10 volte al secondo - 10 volte al secondo tirando le operazioni sui file non è proprio corretto. Ok, chiamiamo la scrittura dei dati su un file una volta al minuto una funzione. L'analogo più vicino è il convertitore periodico standard e varie implementazioni di Renka. Puoi scrivere uno screencast in una schermata separata.
2. Per esempio, si può leggere al rallentatore, o visualizzare tutte le istantanee in un minuto, o disegnare in linea immediatamente dall'ultima barra come in basement rens.
3. Hai già disegnato qualcosa - in qualsiasi modo tu voglia. - Questo non è il primo compito, ma l'ultimo, dove per esempio guardare un puntatore è una caratteristica piacevole piuttosto che necessaria.
4. Riscrivi Windows, seguendo la tua logica, dovresti essere in grado di fare meglio.
Se hai bisogno di visualizzare i cambiamenti in una tazza in una barra di 1 minuto, non devi fare una trama così complessa con un file system gigantesco e usare gigabyte di memoria. Fate un ring buffer con periodo corrente di un minuto e visualizzate i dati al volo, senza riferimento al file. Non sarete comunque in grado di analizzare i dati per un periodo di tempo più lungo. Saranno curve infinite in cui non troverete alcun senso. (imho).
Ancora una volta, l'argomento"ring buffer" trattato qui negli articoli e ciò che si può volere da esso è praticamente di nessun interesse (tranne che per le implementazioni di oppa), perché copiare un array avanti e indietro da/verso un array temporaneo con un offset di un elemento risolve la maggior parte (forse anche tutti) dei compiti applicativi che l'argomento "ring buffer" comporta. Se a qualcuno piace un altro modo ....., per favore lo faccia.
In certe condizioni un grafico dei prezzi non ha senso. Per 10 anni uno stack con almeno alcuni volumi in mt4 non aveva senso, ma è apparso con un'applicazione dll, uno stack con volumi solo in mt5 sulla borsa.
In effetti hai bisogno di alcune barre di un solo minuto in 10-12 ore. Ovviamente per guardare queste barre di minuti alla fine della giornata è necessario registrare tutte le barre della giornata. Ovviamente, per visualizzare alcune barre alla fine della settimana, è necessario registrare tutte le barre (intervalli giornalieri) della settimana e alla fine del mese è necessario registrare tutte le barre del mese. Ovviamente, i megabyte di dati per ulteriori analisi dovrebbero essere memorizzati su una memoria non volatile - nella maggior parte dei casi questo è un disco rigido. I gigabyte di disco rigido non sono un segno di gigantismo.
1. Per esempio, gli snapshot vanno 4 volte al secondo, prendono 10 volte al secondo - 10 volte al secondo tirando le operazioni sui file non è proprio corretto. Ok, chiamiamo funzionale la scrittura di dati su un file una volta al minuto. L'analogo più vicino è il convertitore periodico standard e varie implementazioni di Renka. Puoi scrivere uno screencast in una schermata separata.
2. Per esempio, si può leggere al rallentatore, o visualizzare tutte le istantanee in un minuto, o disegnare in linea immediatamente dall'ultima barra come in basement rens.
3. Hai già disegnato qualcosa - in qualsiasi modo tu voglia. - Questo non è il primo compito, ma l'ultimo, dove per esempio guardare un puntatore è una caratteristica piacevole piuttosto che necessaria.
4. Riscrivi Windows, seguendo la tua logica, dovresti ottenere una qualità migliore.
Ancora una volta, l'articolo sul "ring buffer" e ciò che ci si può aspettare da esso è praticamente di nessun interesse (tranne che per le implementazioni di oppa), perché copiare un array avanti e indietro da/verso un array temporaneo con un offset di un elemento risolve la maggior parte (forse anche tutti) i compiti applicativi assegnati al "ring buffer". Se a qualcuno piace un altro modo ....., per favore lo faccia.
In certe condizioni un grafico dei prezzi non ha senso. Per 10 anni uno stack con almeno alcuni volumi in mt4 non aveva senso, ma è apparso con un'applicazione dll, uno stack con volumi solo in mt5 sulla borsa.
In effetti hai bisogno di alcune barre di un solo minuto in 10-12 ore. Ovviamente per guardare queste barre di minuti alla fine della giornata è necessario registrare tutte le barre della giornata. Ovviamente, per visualizzare alcune barre alla fine della settimana, è necessario registrare tutte le barre (intervalli giornalieri) della settimana e alla fine del mese è necessario registrare tutte le barre del mese. Ovviamente, i megabyte di dati per ulteriori analisi dovrebbero essere memorizzati su una memoria non volatile - nella maggior parte dei casi questo è un disco rigido. I gigabyte di hard disk non sono stati a lungo un segno di gigantismo.
Se si parla di scrivere una funzione che scrive i dati prima in un array, e poi li scarica in un file, allora qui non sarà difficile. Sulla visualizzazione dovrà lavorare sodo.
Piano di attuazione:
1. Dobbiamo scrivere una funzione per scrivere i dati della tazza nell'array.
2. Funzione di scrittura che crea un nuovo file una volta al minuto, lo nomina automaticamente e scrive i dati dall'array.
3. scrivere la funzionalità di visualizzazione dei dati della coppa dal file selezionato.
I primi due compiti non sono difficili. Il terzo è qualcosa su cui riflettere...
Petr Doroshenko:
In effetti sono necessarie poche battute di un solo minuto ogni 10-12 ore. Ovviamente, per guardare queste barre di minuti alla fine della giornata, è necessario registrare tutte le barre della giornata.
Sulla base della comprensione attuale del tuo compito, posso suggerire due opzioni per la visualizzazione dei dati storici dei tumbler:
1. Una linea curva di cambiamento dei valori di ogni cella del tumbler al minuto disegnata usando la libreria CGrafic. 20 cellule sono venti linee. Disegna le linee con colori diversi. Forse le curve possono essere disegnate attraverso un indicatore, ma non ho esperienza con gli indicatori.
2. La soluzione migliore è disegnare un bicchiere personalizzato e scrivere una funzione che "riavvolga" i dati registrati nel file attraverso le sue celle. La velocità di riavvolgimento deve essere regolabile dall'utente.
È possibile combinare entrambe le opzioni. Fate un burattino con capacità avanzate, capace di caricare la cronologia dei minuti da un file e riavvolgerla alla velocità desiderata. In parallelo, le curve di cambiamento dei valori nelle celle sarebbero disegnate in una finestra separata.
Sulla base della comprensione attuale del tuo compito, posso suggerire due opzioni per la visualizzazione dei dati storici dei tumbler:
1. Una linea curva di cambiamento dei valori di ogni cella del tumbler al minuto disegnata usando la libreria CGrafic. 20 cellule sono venti linee. Disegna le linee con colori diversi. Forse le curve possono essere disegnate attraverso un indicatore, ma non ho esperienza con gli indicatori.
2. La soluzione migliore è disegnare un bicchiere personalizzato e scrivere una funzione che "riavvolga" i dati registrati nel file attraverso le sue celle. La velocità di riavvolgimento deve essere controllata dall'utente.
È possibile combinare entrambe le opzioni. Realizzare un buratto con capacità avanzate in grado di caricare lo storico dei minuti da un file e riavvolgerlo alla velocità desiderata. In parallelo, una finestra separata disegnava le curve dei cambiamenti nelle cellule.