Creazione di una GUI per MQL in modalità grafica. - pagina 11
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
Come può essere ancora così?
Tutte le possibilità di interoperabilità esistono da molto tempo. Il supporto DLL in generale è stato introdotto nel 2004.
I nostri linguaggi sono in costante evoluzione e diventano sempre più potenti e funzionali. E l'ecosistema è più potente di quello di chiunque altro.
Ben fatto! E sono sicuro che non potrà che migliorare! L'assenza di rigidità è la migliore caratteristica di una squadra e del successo degli sviluppatori! ))
Ben fatto! E sono sicuro che non potrà che migliorare! L'assenza di rigidità è la migliore caratteristica di una squadra e del successo degli sviluppatori! ))
Il nostro partito è il nostro timoniere! Abbasso la rigidità - dondola con le linee del partito! Andiamo!!!
Ben fatto! E sono sicuro che non potrà che migliorare! L'assenza di rigidità è la migliore caratteristica di una squadra e del successo degli sviluppatori! ))
Lo sarà, soprattutto quando congeleremo le versioni a 32 bit a settembre e supporteremo solo quelle a 64 bit.
Ora stiamo preparando un serio aggiornamento del compilatore con il trasferimento di alcune funzioni di sistema nei programmi MQL5, che migliorerà drasticamente l'ottimizzatore e accelererà il codice risultante dei programmi MQL5.
Pubblicheremo dei benchmark completi delle prestazioni per il confronto con C++, insieme al codice sorgente, in modo che chiunque possa controllarli da solo.
Come può essere ancora così?
Tutte le possibilità di interoperabilità esistono da molto tempo. Il supporto DLL in generale è stato introdotto nel 2004.
I nostri linguaggi sono in costante evoluzione e diventano sempre più potenti e funzionali. E l'ecosistema è più potente di quello di chiunque altro.
È ad un livello, scusate, da qualche parte come Borland C++ alla fine degli anni '80. Dateci un'API completa con eventi, colbelli, implementabile come un oggetto COM - il terminale sarebbe impagabile.
Perché perdonare? Smettila di farneticare, per favore.
Abbiamo un potente linguaggio applicativo che ha dimostrato con l'ecosistema che abbiamo costruito che stiamo andando nella giusta direzione. Proteggere gli utenti, gli sviluppatori e noi stessi.
Questo è un business, non una piattaforma per i populisti.
Questo è un livello, scusate, da qualche parte come Borland C++ alla fine degli anni '80. Datemi un'API completamente funzionale con eventi, colibox, implementata come un oggetto COM - e il terminale non avrà alcun valore.
Anche se sta diventando rapidamente obsoleto, sarebbe bello per l'interfaccia COM del terminale.
Solo che non si adatta molto al tempo reale :-(.
Perché perdonare? Smettila di farneticare, per favore.
Abbiamo un linguaggio applicativo che ha dimostrato dall'ecosistema costruito che stiamo andando nella giusta direzione. Proteggere gli utenti, gli sviluppatori e noi stessi.
Questo è un business, non una piattaforma per i populisti.
Un'interfaccia COM per il terminale sarebbe forte, anche se sta diventando rapidamente obsoleta.
Ma non si adatta molto al tempo reale :-(.
Lo faremo, soprattutto quando congeleremo le versioni a 32 bit a settembre e supporteremo solo le versioni a 64 bit della piattaforma.
Ora stiamo preparando un serio aggiornamento del compilatore, spostando alcune funzioni di sistema nei programmi MQL5, che migliorerà drasticamente l'ottimizzatore e accelererà il codice risultante dei programmi MQL5.
Pubblicheremo i benchmark completi delle prestazioni per il confronto con C++, insieme al codice sorgente, in modo che chiunque possa controllarli da solo.
Renat, prima di disabilitare x32, assicurati di eseguire x64 sotto il tuo hostname. Se non volete/necessitate, ditemelo pure, così avremo il tempo di pensare alle opzioni.
E saltiamo l'emozione femminile e andiamo con i numeri. Quanto carico sta mettendo la CPU al servizio di questo terribile collo di bottiglia? Il motore CLR è comunque costantemente in funzione in Windows e non siamo gli unici ad usarlo. Prima di tutto, è il vento stesso che lo utilizza.
L'intero .net, # è una macchina lenta e goffa, come può il codice gestito e nativo essere paragonato?
"E la macchina CLR è costantemente in funzione nel vento comunque, non siamo gli unici ad usarla. È soprattutto il vento stesso che lo usa" - sono d'accordo. Guardando la memoria, ecco il mio consumo di memoria da parte del sistema (linux):
MiB Mem : 2998.9 totale, 2411.2 libero, 38.9 usato, 548.8 buff/cache
38,9 MB, irraggiungibile per Windows con le sue macchine virtuali, e questo mentre lo swap non viene utilizzato:
MiB Swap: 8192.0 totale, 8192.0 libero, 0.0 usato. 2474.6 avail Mem
E si può dire senza emozioni - in che modo le forme in C# sono migliori che in C++/FLTK, per esempio c'è un editor di forme - FLUID, anche se non necessario secondo me, una semplice finestra, una dozzina o due dozzine di stringhe?