Una domanda per gli esperti di OOP. - pagina 50
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
Merda. Ubriaco. L'ho letto, ma non ho capito molto. Peter, capisci che ci sono linguaggi di programmazione, molti di loro, i loro creatori mettono in loro certi meccanismi di gestione della memoria, e OOP è solo una delle opzioni. Sono davvero diversi, hanno davvero i loro pro e contro. Quindi, se volete l'AI, bene, vi invidio, perché non ho mai osato farlo io stesso. Ma bisogna implementarlo non qui, beh, mql non si adatta, esattamente, come qualsiasi altro linguaggio applicato. Leggere C qui, anche senza C++, sembra buono. Quindi, o si dovrebbe passare a un altro forum o sei un troll "globale"))).
Che dire del vetro promesso ...un'applicazione di un livello fondamentalmente nuovo".Un livello precedentemente irraggiungibile da qualsiasi programmatore MQL".
Non aspettate più?
Nessuno ha bisogno di un ornitorinco sferico).
Mediocri"Grails" di algotrading hanno sottoposto a "genocidio" tutti i brillanti inizi in MQL. Distrutto il loro significato.
Mi sono aggrappato all'ultimo.
Aspettando l'implementazione dell'IA :).
Non voglio lasciare questo thread, quindi riferirò i progressi recenti.
Il nuovo concetto di OOP, come un "ibrido" tra la mia rappresentazione degli oggetti nel kernel e la descrizione standard degli oggetti nella classe, è diventato più "object-based" del solito OOP. Per spiegare:
Ora, tutte le entità sono oggetti. In particolare:
Questa non è una lista completa degli oggetti di base che compongono un sistema funzionante.
Il punto è che ognuno di questi oggetti è un Oggetto reale, cioè ha proprietà e relazioni all'interno del sistema.
Per esempio, l'oggetto-parametro, - ha un insieme di proprietà, tra cui il tipo di valore e i confini del suo cambiamento. Inoltre, Object-parameter può puntare al suo gestore.
Inoltre, - Object-state, - è un insieme di parametri di sistema o di ambiente con valori preimpostati.
Un altro, - oggetto Evento, - è qualsiasi cambiamento significativo al sistema o all'ambiente. È un insieme di parametri con valori specifici, controllati da un gestore speciale. Un evento agisce come un trigger per vari oggetti del sistema.
Gli oggetti parametro sono collegati da collegamenti di oggetti che passano valori tra di loro. Per esempio: il parametro A può passare un valore al parametro B, o viceversa. O entrambi. Questo è prescritto nel Parameter Link Object. Nel percorso di trasferimento del valore, ci può essere un oggetto filtro di valore o un oggetto convertitore di valore.
Ogni oggetto del mio concetto ha necessariamente un template (forma sorgente) e n numero di istanze.
La linea di fondo è che tutti gli oggetti di cui sopra sono elementi costitutivi universali di qualsiasi sistema, di qualsiasi complessità. Non ce ne sono tanti, ma un'infinità di varianti di sistemi che si possono costruire con essi.
Al momento sono all'inizio del mio viaggio. C'è ancora molto da capire.
Non voglio lasciare questo thread, quindi riferirò i progressi recenti.
Il nuovo concetto di OOP, come un "ibrido" tra la mia rappresentazione degli oggetti nel kernel e la descrizione standard degli oggetti nella classe, è diventato più "object-based" del solito OOP. Per spiegare:
Ora, tutte le entità sono oggetti. In particolare:
Questa non è una lista completa degli oggetti di base che compongono un sistema funzionante.
Il punto è che ognuno di questi oggetti è un Oggetto reale, cioè ha proprietà e relazioni all'interno del sistema.
Per esempio, l'oggetto-parametro, - ha un insieme di proprietà, tra cui il tipo di valore e i confini del suo cambiamento. Inoltre, Object-parameter può puntare al suo gestore.
Inoltre, - Object-state, - è un insieme di parametri di sistema o di ambiente con valori preimpostati.
Un altro, - oggetto Evento, - è qualsiasi cambiamento significativo al sistema o all'ambiente. È un insieme di parametri con valori specifici, controllati da un gestore speciale. Un evento agisce come un trigger per vari oggetti del sistema.
Gli oggetti parametro sono collegati da collegamenti di oggetti che passano valori tra di loro. Per esempio: il parametro A può passare un valore al parametro B, o viceversa. O entrambi. Questo è prescritto nel Parameter Link Object. Nel percorso di trasferimento del valore, ci può essere un oggetto filtro di valore o un oggetto convertitore di valore.
Ogni oggetto del mio concetto ha necessariamente un template (forma sorgente) e n numero di istanze.
La linea di fondo è che tutti gli oggetti di cui sopra sono elementi costitutivi universali di qualsiasi sistema, di qualsiasi complessità. Non ce ne sono tanti, ma un'infinità di varianti di sistemi che possono essere costruiti a partire da essi.
Al momento sono all'inizio del mio viaggio. C'è ancora molto da capire.
Sono contento che tu abbia successo. Forse un giorno inventerete anche la ruota.
Sono contento che tu stia facendo progressi. Un giorno potresti anche inventare la ruota.
Cercherò di descrivere un controllo GUI ordinario, il pulsante, attraverso il prisma del mio nuovo concetto OOP. Userò solo i miei concetti nell'analisi di questo sistema-oggetto.
E così, abbiamo:
...e operare con istanze nel secchio:)
Perché scrivere qualcosa in un secchio, specialmente qualcosa legato a un oggetto specifico? L'oggetto stesso memorizza informazioni su se stesso, e il secchio contiene solo puntatori agli oggetti.
...e operare con istanze nel secchio:)
Perché scrivere qualcosa in un secchio, specialmente qualcosa legato a un oggetto specifico? L'oggetto stesso memorizza informazioni su se stesso, mentre il secchio contiene solo puntatori agli oggetti.
Chiedete ad Artem. Credo che lui sappia meglio di chiunque altro di cosa sto scrivendo.
A proposito, l'idea di un oggetto-proprietà con un proprio gestore era originariamente sua. L'ho sviluppato e reso più complicato. Ora tutto è un Oggetto e anche il gestore. C'è semplicemente un certo ordine di collegare gli oggetti quando si costruisce un sistema con essi.