OOP vs programmazione procedurale - pagina 38
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 mioOnInit() sembra più o meno lo stesso - una dozzina di linee...
Quindi?
Wow!
Mi chiedevo: c'è qualche altro modo nella programmazione moderna per confondere il problema del livello dell'uovo in modo più fresco?
Per quanto riguarda il fatto che questo è l'intero programma... non c'è altro :-)
Certo che no.
Tutto il resto in cenere + R (lui non conta)
Il debugging consiste nel debuggare la logica: l'intersezione di due mashas c'è, ma il segnale no. Ci sono problemi nella comprensione dei valori delle variabili dal terminale. La cosa principale qui è non cambiare il tipo di conto e preferibilmente non cambiare il broker.
Non conosco tutte quelle passioni che scrivono qui sopra.
Certo che no.
Tutto il resto in cenere + R (lui non conta)
Il debugging consiste nel debuggare la logica: l'intersezione di due mashas c'è, ma il segnale no. Ci sono problemi nella comprensione dei valori delle variabili dal terminale. La cosa principale qui è non cambiare il tipo di conto e preferibilmente non cambiare il broker.
Non sono a conoscenza di nessuna delle passioni descritte sopra.
Francamente, hai un conto reale? Le passioni vengono solo dagli incontri con il mondo reale e i lividi dello sfruttamento/manutenzione... e per un tester, non importa su cosa scrivere o come scrivere...
OOP è un metodo per separare, avvolgere e nascondere parti di un meccanismo. Se questo è necessario o no, spetta allo sviluppatore decidere. Non ha niente a che vedere con l'aumento dell'efficienza del meccanismo. Struttura il modo di pensare, sì. Non si sa se la struttura sia corretta o meno. Se è necessario dipende dalla persona. imho.
C'è sempre un problema quando si scrivono le funzioni:
1. si scrive una funzione
2. scrivi un'altra funzione e vedi che è molto simile ma diversa dalla prima.
C'è sempre un dilemma: bisogna raggruppare tutto in uno o tenerne due? Si ottiene un codice più versatile ma più complicato. Si ottiene un codice semplice ma un mucchio di funzioni. È così con questo OOP.
Se riuscite ad assegnare un piccolo numero di classi ben strutturate e chiare,
se scrivi molti Expert Advisors
se li modificate spesso per qualche motivo
ALLORA
OOP è utile.
Se non è così, allora non c'è bisogno di riempirsi la testa di informazioni, che non hanno nulla a che fare con il trading, e sarebbe meglio passare il tempo su R.
Buona fortuna a tutti voi!
Solo francamente - almeno un account reale ha ? La passione è solo dagli incontri con il mondo reale e i lividi di sfruttamento / manutenzione... e per il tester, non importa cosa e come scrivere su...
Dal 2008, compresa la PAMM.
Nessun problema di manutenzione.
Ma con lo sfruttamento...
Lo spread aumenterà a 20, il margine aumenterà di volte, il divario, la luce sarà spenta..... poi mia moglie pulisce la polvere sui pulsanti touch... Ne ho abbastanza. Ecco perché questa filiale è come essere in Cina.
C'è sempre un problema quando si scrivono le funzioni:
1. si scrive una funzione
2. scrivi un'altra funzione e vedi che è molto simile, ma diversa dalla prima.
C'è sempre un dilemma: bisogna raggruppare tutto in uno o tenerne due? Si ottiene un codice più versatile ma più complicato. Si ottiene un codice semplice ma un mucchio di funzioni. È così con questo OOP.
Se riuscite ad assegnare un piccolo numero di classi ben strutturate e chiare,
se scrivi molti Expert Advisors
se li modificate spesso per qualche motivo
ALLORA
OOP è utile.
Personalmente cerco l'universalità nelle soluzioni. Questo richiede di "unire" funzioni simili in un unico blocco senza aumentare le dimensioni del codice. Aumenta l'efficienza del meccanismo e non c'è bisogno di sovraccaricare e dividere. Basta usare un po' il cervello e questo è tutto).
Cioè, c'erano due funzioni di 20 righe ciascuna. Entrambi eseguono azioni simili o risolvono compiti simili. Il mio obiettivo è fare una funzione di non più di 20 righe di codice che esegua il lavoro di entrambe le funzioni. Ecco come appaiono i blocchi.
PS.
Una volta c'era una rubrica per le perle.
C'è anche questo.
Un manuale di programma non è una documentazione.
Un manuale è una descrizione della funzionalità di un programma (ciò che il programma può fare). È necessario per l'utente.
La documentazione è una descrizione della struttura del programma (come il programma è costruito). È necessario per il programmatore.
Non c'è conflitto di termini.
...
Se non ce l'hai, allora non ha senso riempirti la testa di informazioni che non hanno niente a che vedere con il trading, ed è meglio spendere il tuo tempo in R
Buona fortuna a tutti voi!
Dimostrate nel trading l'efficacia di R-- ci avete speso abbastanza tempo. Partecipare a concorsi - 1.settembre; 2.trimestrale
https://www.mql5.com/ru/forum/212596
1. Quanto è aumentata la redditività dei vostri EA usando le OOP?
2. Di quanto è diminuito l'MTBF del tuo EA?
2. Che sfiga))))) l'MTBF di un programma informatico... clinica!