Versione beta dell'IDE di MetaTrader 4 che include un nuovo compilatore ed editor MQL4 - pagina 8
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
Il tuo codice è "più vicino al punto". Raramente c'è qualcosa nel dominio pubblico che "non vale la pena rifare".
Sbagliato, oh sbagliato. Ci sono cose buone, bisogna solo capirle
Vadik è senza mezzi termini arrabbiato per l'inevitabile concorrenza. ;) // imha autosabotaggio.
Una volta era una "panacea" con le sue librerie, ma ora saranno molto meno richieste - quasi tutto può essere fatto senza di esse, e molto di ciò che non può essere fatto può essere trovato già pronto in kodobase su mql5.com
Vadim, cerca i professionisti, ce ne sono ordini di grandezza in più.
Vladimir, cosa c'entra questo con la concorrenza? Le biblioteche non saranno cancellate. Dovranno essere riprogettati a causa delle incompatibilità. Non perché sono in Code Base, ma perché ci lavoro.
È vero, dovremmo cambiare solo una funzione in una libreria. Ma è anche sgradevole.
Questa è un'altra ragione per non scrivere altro in MQL. Sono stanco di tutti questi cambiamenti e dei continui bug!
Vladimir, cosa c'entra questo con la concorrenza? Le biblioteche non vengono cancellate. Dovremo rifarli a causa dell'incompatibilità. Non perché sono in Code Base, ma perché ci lavoro.
È vero, dovremmo cambiare solo una funzione in una libreria. Ma è anche sgradevole.
Cavolo, cominciavo a pensare che metà della biblioteca si fosse schiantata lì. :)
Questa è una stronzata. Forse alcuni veri inconvenienti-incompatibilità quando si lavora con DLL sorgono solo in relazione al passaggio a UNICOD. Ma non più di quando si lavora con le stringhe sotto altri software [con transizione simile].
E comunque, prima o poi si deve passare ad esso.
Questa è una ragione in più per non scrivere nulla in MQL. Sono stufo di tutti questi cambiamenti e dei continui bug!
Non dovresti essere così. Mi piace. Ci sono pochissimi bug ora, e quando appaiono vengono risolti rapidamente. I cambiamenti, di regola, sono solo piacevoli.
Ci possono essere altre ragioni per non scrivere TC in mql5(4), ma non questa.
Amico, pensavo che mezza biblioteca fosse crollata... :)
Questa è una stronzata. Forse alcuni veri inconvenienti-incompatibilità quando si lavora con DLL sorgono solo in relazione al passaggio a UNICOD. Ma non più di quando si lavora con le stringhe in altri software [con transizione simile].
E comunque, prima o poi dovresti passarci.
Non dovresti farlo. Mi piace. Ci sono pochissimi bug, e quando saltano fuori, vengono rapidamente risolti. I cambiamenti, di regola, sono solo piacevoli.
Forse ci sono altre ragioni per non scrivere TS in mql5(4), ma non questa.
Non c'è nessun problema con l'unicode. Ho delle librerie indipendenti dalla codifica. Potete compilare in modi diversi o aggiungere interfacce.
Ci sono ancora molti bug e altro. Sono stufo di scrivere su di loro e non lo faccio più. È più facile scriverli in una DLL in un linguaggio normale. Da quello che ho riportato non è stato risolto nulla. Scrivono solo che è stato inteso in questo modo.
Ricordo un incidente. Quando, apparentemente nella build 406, il refresh del buffer degli indicatori era rotto, Renat ha minacciato di bannarmi, dopo che ho spiegato la natura ragionata del problema (immagini e codice allegati). Eppure, è stato riparato! Dopo che qualcuno ha notato che la capacità non documentata di aggiornare la grafica offline ha smesso di funzionare! :-)) Cioè non si preoccupava della caratteristica documentata, ma si preoccupava di quelle non documentate.
Ora ci sono bug in alcune funzioni per gli array. Non funzionano correttamente nelle biblioteche. Sembra che stiano lavorando con la cache. Il contenuto e la dimensione dell'array sono cambiati, e continuano a funzionare come se nulla fosse cambiato. Lo stesso codice nel modulo principale funziona correttamente. Ora è più facile scriverlo in DLL, che in Metacvot TP :-)) Così è più affidabile.
Volevo provare la versione beta oggi, ma non parte con un errore:
quando si inizia con start.bat:
Quando si esegue MetaRditor.exe:
Funziona su:
processore: 0
vendor_id: AuthenticAMD
famiglia cpu: 6
modello : 7
nome del modello: Processore AMD Duron(tm)
spezzettatura : 1
cpu MHz : 1210.765
dimensione della cache: 64 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug: no
fpu : sì
fpu_exception: sì
livello cpuid: 1
wp : sì
flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow up
bogomips : 2421.53
dimensione clflush: 32
cache_alignment: 32
dimensioni degli indirizzi: 34 bit fisici, 32 bit virtuali
La nuova versione richiede per caso SSE2 come MT5?
Volevo provare la versione beta oggi ma non parte con un errore:
................La nuova versione richiede SSE2 come MT5?
Ci sono pochissimi bug ora, e quando saltano fuori, vengono rapidamente risolti. I cambiamenti, di regola, sono solo piacevoli.
Ci sono pochissimi bug perché MQL4 è stato lucidato per molti anni senza grandi cambiamenti, quindi il numero di bug è solo ridotto. Ma ora sarà il contrario...
Indubbiamente, per coloro che la codifica è un fine in sé (cioè lo sviluppo di software per soldi o solo un hobby), la modernizzazione del linguaggio è certamente una gioia per loro. E sui problemi di compatibilità e i bug che si verificano a quello si può anche fare una fortuna, costringendo il cliente a pagare soldi extra e spiegandogli che questi metaquotes-robbers hanno fatto troppo casino e ora deve riscrivere metà del codice :) O guadagnare soldi puramente dalla riscrittura dei codici al nuovo standard. Tutto sommato, non sono altro che vantaggi.
Ma per coloro che sono interessati al prodotto finale, che useranno nel trading (e successivamente miglioreranno), tutti questi esperimenti con la lingua sono inaccettabili per loro. La cosa principale qui è la stabilità, non tutte le caratteristiche fantasiose. E riscrivere il tuo codice a causa dei capricci di qualcun altro, e poi passare anni a catturare di nuovo i bug... non esiste, non facciamolo.
Quindi, sì, probabilmente è inutile discuterne, perché ognuno ha i suoi obiettivi. Sto parlando del perché ci sono così pochi insoddisfatti in questo thread. E molti fanno la loro conclusione in silenzio.
Beh, ci sono pochi bug perché MQL4 è stato lucidato per anni senza cambiamenti radicali, quindi il numero di bug sta solo diminuendo. Ma ora sarà il contrario...
......... . .....Tutto questo avrebbe dovuto essere fatto molto tempo fa. Avremmo dovuto avviare prima mql5 su 4 e poi avviare il quinto terminale.
// e non lamentarti, alla fine ti piacerà comunque. :))
// e hanno promesso il 99,9% di compatibilità, quindi non c'è molto da rifare.
// e la compatibilità è stata promessa al 99,9 per cento, non c'è molto da rifare.