OOP vs programmazione procedurale - pagina 48
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
Da un punto di vista OOP - approccio totalmente sbagliato. Il tuo business è TC, non riscrivere il codice che è già stato creato e funziona.
che dire di oop, stiamo parlando di lingue diverse e come convertire
non è difficile fare uno studio in python o altro, ma queste stampelle non funzionano per un funzionamento stabile e una facile portabilità
ecco perché le librerie sono prese e riscritte in mql
Cosa c'entra l'OOP?
OOP non riguarda le classi e l'ereditarietà, è un concetto che implica l'uso diretto di qualsiasi programma e codice di terzi senza alcuna conversione.
Se volete riscrivere da una lingua all'altra, fate pure, sono affari vostri. Ma non coincide con il concetto di OOP. E questo thread riguarda l'OOP, in realtà).
Usare Python lento, fare ricerche e poi trasferire i risultati in un'implementazione veloce nella lettura di oggi, MQL5.
Abbiamo già fatto molto per supportare la matematica in MQL5 e MetaTrader5: Distribuzioni statistiche in MQL5 - Prendi il meglio di R e rendilo più veloce
Basta leggerlo, è un'idea intelligente!
OOP non riguarda le classi e l'ereditarietà, è un concetto che include l'uso diretto di qualsiasi programma e codice di terzi senza alcuna conversione.
Se volete riscrivere da una lingua all'altra, fate pure, sono affari vostri. Ma non coincide con il concetto di OOP. E questo thread riguarda l'OOP, in realtà).
Sì, ma non tutti lo capiscono, anche se lo usano ))
Appena letto, pensiero intelligente!
Mi chiedo come Renat intende (propone) di portare Python in MCL? Per quanto riguarda gli algoritmi complessi (MO, per esempio), ci sono pacchetti (moduli) in Python, e non in Python del tutto. E Python, da solo, non interessa a nessuno.
non è difficile condurre ricerche in python o altrove, ma tali stampelle non sono adatte per un funzionamento stabile e una facile portabilità
Ecco perché prendono le librerie e le riscrivono in mql.
Capisco quando stai scrivendo da mql a plus - è logico, ma indietro - questo è qualcosa di malsano. Qual è il punto comunque? In primo luogo, è una significativa perdita di produttività (molte volte). In secondo luogo, è una perdita di tempo per la codifica e, soprattutto, per la CANCELLAZIONE. Sembra che dimentichiate che la codifica è solo una piccola parte. La cosa principale è leccare tutto dopo, correggendo i bug - e lo faranno comunque, perché ci sono molte differenze tra le lingue, è già menzionato qui. E anche se il codice risultante si compila immediatamente, non significa che funziona come nell'originale. E tu stai parlando di "ha funzionato in modo coerente"
Capisco quando si riscrive da mql a plus - è logico, ma indietro - questo è qualcosa di malsano. Qual è il punto comunque? In primo luogo, è una significativa perdita di produttività (molte volte). In secondo luogo, è una perdita di tempo per la codifica e, soprattutto, per la CANCELLAZIONE. Sembra che dimentichiate che la codifica è solo una piccola parte. La cosa principale è leccare tutto dopo, correggendo i bug - e lo faranno comunque, perché ci sono molte differenze tra le lingue, è già menzionato qui. E anche se il codice risultante si compila immediatamente, non significa che funzioni come nell'originale.
Qual è lo scopo di questa storia?