OOP, modelli e macro in mql5, sottigliezze e usi - pagina 7
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
Secondo me, non è poi così male. Non ci sono così tante interfacce di base in C#, secondo me (non sono un esperto di C#), che i loro metodi non possano essere ridotti a una superclasse di base, e poi ereditati da chiunque abbia bisogno di cosa
Cosa intendi per "ereditare ciò che ti serve"? Ereditare non l'intera classe ma una parte di essa? ) Non ho familiarità con tale funzionalità.
No, intendevo dire di definire molte funzioni virtuali e di sovraccaricarle nei successori, se necessario.
No, intendevo dire di definire molte funzioni virtuali e di sovraccaricarle nei successori, se necessario.
Le interfacce definiscono metodi astratti che devono essere implementati, non "per necessità". Questo assicura l'implementazione di questi metodi all'oggetto. E con il tuo approccio, se ti dimentichi di sovraccaricare un metodo da qualche parte, il programma verrà compilato come se non fosse successo nulla, ma verrà chiamato il programma invece del metodo necessario.
Non un vuoto, ma un'eccezione "non implementata". In C#, è dappertutto.
... Se vi dimenticate di sovraccaricare un metodo da qualche parte, il programma verrà compilato come se non fosse successo nulla, ma invece del metodo richiesto ne verrà chiamato uno vuoto. È normale...
A proposito, è così che funziona in MQL ;(.
Non un vuoto, ma un'eccezione "non implementata". Anche in C#, sembra che ci sia un po' di confusione.
A proposito, è così che funziona in MQL ;(
Non è questo il punto: tu proponi di catturare i bug a runtime, mentre questi bug possono (e dovrebbero) essere catturati a tempo di compilazione.
Penso che sia meglio che costruire strutture come template <,,,,,,,> per le classi. Ti si romperà il cervello prima di finire di costruire un tale "sistema di classi".
Penso che sia meglio che costruire strutture come template <,,,,,,,> per le classi. Ti si romperà il cervello prima di finire di costruire un tale "sistema di classi".
Preferisco scervellarmi con il compilatore, ma sarò sicuro che il mio programma funzioni correttamente e che venga chiamato un metodo funzionante, non qualcosa di assurdo.
Se il tutto ha una classe base semplice, che appare per lo più ovunque, e poi i cast dinamici vanno, potrebbe funzionare).