
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
Forse hai frainteso quello che stavo dicendo, ma è esattamente il contrario. Ora, mentre codifichi in MQL, rischi di trovarti nella situazione che hai descritto, e dovrai riscrivere tutti i tuoi progetti. Sto parlando di scrivere un convertitore/traduttore per codificare direttamente in C++. E se hai problemi di compatibilità, dovrai solo sistemare questo convertitore, non i progetti stessi.
Pensi di poter gestire questo compito? Ne dubito molto. Anche se le sintassi sono simili, sono solo quelle di base, mentre ci sono innumerevoli sfumature e differenze. Sono un sacco di sciocchezze. Prendilo per esperienza).
SZY. La cosa divertente è che MQL è questo convertitore nella sua essenza e al massimo lo ripeterai solo in una versione molto peggiore.)))
Dovrei aggiungere: MQL è un linguaggio derivato da C++. Quando programmiamo in MKL, usiamo una versione semplificata di C++. L'intero punto di MCL è quello di fornire convenienza agli sviluppatori di Expert Advisors per risparmiare il loro tempo e sforzo eliminando le funzionalità ridondanti e non necessarie del più esteso linguaggio 'padre'. In questo compito, MCL ha ottenuto un grande successo, ma alcuni appassionati di programmazione vogliono eliminare tutti i vantaggi di un linguaggio applicativo e riportarlo al proto-stato da cui ha iniziato ad evolversi. Perché?Ora, mentre stai programmando in MQL, rischi di trovarti nella situazione che hai appena descritto, e dovrai riscrivere tutti i tuoi progetti. Ma sto parlando di scrivere un convertitore/traduttore per codificare direttamente in C++. E se hai problemi di compatibilità, dovrai solo sistemare questo convertitore, non i progetti stessi.
Sì, sono d'accordo, è giusto. Il tuo terminale, con un set di connettori - in µl/queue/diretto allo scambio. Esperti sotto forma di librerie condivise, che si agganciano a runtime, cioè non c'è bisogno di inventare il proprio compilatore, prendere qualsiasi esperto già pronto e rivettare.
Alcuni non si rendono conto che la mancanza di tutta la pienezza del C++ in MKL non è uno svantaggio, ma un vantaggio. E ancora di più, lo scopo originario della creazione della lingua, senza il quale la sua esistenza non ha senso.
Peter, è solo che loro, come tutti i programmatori principianti, non hanno ancora imparato a usare gli array dinamici. Alcuni lo fanno, altri no.
Alexei Tarabanov, Artyom Trishkin, Peter Konow, Dmitry Fedoseev
In realtà, una domanda - cosa avete dimenticato in questo thread?
Alexei Tarabanov, Artyom Trishkin, Peter Konow, Dmitry Fedoseev
In realtà, una domanda - cosa avete dimenticato in questo thread?
Alexei Tarabanov, Artyom Trishkin, Peter Konow, Dmitry Fedoseev
In realtà, la domanda è: cosa stai facendo in questo thread?
Te l'ho già detto, vado in cerca di risate (e penso di non essere l'unico). Ora sono in quarantena, non puoi andare al circo. Vuoi parlarne o vuoi qualcos'altro? Spiega, cosa vuoi?
A proposito, perché non emacs? Sembra essere più adatto ad un senso del proprio elitarismo.
Emacs è un po' pesante rispetto a vim, non ho visto niente di più veloce di vim. Ora per il test, ho preso 13 MB (onesta codifica a 1 byte, non come meta-editor * 2) di casino C e l'ho eseguito, che è circa 120k linee di codice, avvio istantaneo, navigazione veloce senza congelamento. E non è solo testo, è un testo che deve essere analizzato e colorato. E sono ben lungi dall'essere un esperto di numeri al top della gamma. Emacs non può farlo.
Non io di elitarismo, non mi preoccupo di queste cose.