![MQL5 - Linguaggio delle strategie di trading integrato nel client terminal MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
A proposito, l'ultimo è un grande vantaggio per coloro che non hanno ancora dimenticato Delphi.
(Non so se le ultime versioni sono state riscritte con esso o no.) E Delphi è un mezzo comune - non c'è niente da dimenticare)). Il linguaggio è Pascal, tuttavia.
So che è Pascal :-) non è un brutto linguaggio, comunque.
Ricordo che Mt4R, il preferito di San-Sanych, era originariamente scritto in esso. (Non so se le ultime versioni sono state riscritte con esso).
E saltiamo l'emozione femminile e andiamo con i numeri. Quanto carico sta mettendo la CPU per servire questo terribile collo di bottiglia? Il motore CLR è comunque costantemente in esecuzione in Windows e non siamo gli unici ad usarlo. Prima di tutto, è utilizzato dal vento stesso.
E Delphi in generale è un mezzo - niente da dimenticare)). E il linguaggio è Pascal, però.
cercate le citazioni di Renat, ha ragione su CLR - è fantastico, ma non in questo caso
Da quando Renat è diventato un guru di CLR
ha tutto il male tranne MQL5 ))
Cercate la citazione di Renat, ha ragione sul CLR - è fantastico, ma non in questo caso
Ho diversi sistemi intraday in C# e precedentemente in VB.Sharp - nessun problema. Tutto è molto veloce.
Ora possiamo solo trasferire a Sharpe ))
Ho una contro-domanda: come si fa a implementare il feedback da Sharpe a MT?
Da quando Renat è diventato un guru di CLR
ha tutto il male tranne MQL5 )))
Ogni uomo ha la sua palude :-)
Almeno lui conosce la fisica della MT con i culi esterni meglio di noi. Ora è difficile trovare un argomento, dove si discute come e dove scrivere DLL e passare CLR .Net.
---
ps/ Dal mio punto di vista, questa è una perversione, quando si chiama CLR da un'applicazione nativa. Cioè, se non avete altre opzioni.
E rimanere con .Net solo perché è alla moda/giovane?
Ogni uomo ha la sua palude :-)
Almeno lui conosce la fisica della comunicazione MT con i culi esterni meglio di noi. È difficile trovare un argomento, dove si discuteva di come e cosa scrivere la DLL e dove si discuteva di CLR .Net.
---
ps/ Dal mio punto di vista, questa è una perversione, quando si chiama CLR da un'applicazione nativa. Cioè, se non avete altre opzioni.
E rimanere con .Net solo perché è alla moda/giovane?
Finora non c'è altro che emozione.
Ora sarà possibile trasferire solo a sharpe ))
Ho una contro-domanda: come si fa a implementare un backlash da sharpe a mt?