La classe Y contiene variabili con tipi di classi F e Z.
Ma se avete già oggetti delle classi F e Z creati e usati da qualche parte, non potrete accedervi nell'oggetto Y. Ci saranno due nuovi oggetti di classe F e Z nell'oggetto Y.
Per avere accesso agli oggetti delle classi F e Z già creati e in uso, è necessario ottenere riferimenti agli oggetti F e Z nella classe Y - poi la classe Y può operare con quei dati già memorizzati in F e Z, invece di usare i nuovi e incontaminati F e Z.
Ma se si crea immediatamente un tale collegamento di oggetti, allora F e Z in esso daranno accesso alle classi F e Z, e il loro riempimento dovrebbe essere fatto solo attraverso la classe Y - di nuovo, dare accesso agli oggetti F e Z da esso, ottenere un puntatore all'oggetto richiesto e lavorare con esso dal puntatore.
Beh, sì. Questo è quando sappiamo dove si trova l'oggetto nelle variabili CB a e CB b. Se vengono creati con new, allora i puntatori devono essere salvati e recuperati dalla posizione salvata.
Beh, sì. È quando sappiamo dove si trova l'oggetto - nelle variabili CB a e CB b. Ma se vengono creati tramite new, i puntatori devono essere salvati e recuperati dalla posizione salvata.
Una volta creato l'oggetto, il puntatore è noto, passatelo ad un altro oggetto.
Non appena l'oggetto viene creato, si conosce un puntatore per passarlo ad un altro oggetto.
Ma se volete ottenere un puntatore ad esso non al momento della creazione (l'utente ha cliccato il pulsante - nuovo oggetto creato), ma nel processo di ulteriore lavoro con il programma.
Mi sembra che sia più utile avere una lista di tutti i puntatori a tutti gli oggetti. In questo caso non dovete spingere i puntatori agli oggetti appena creati a tutti gli altri oggetti di altre classi. Inoltre, quando create nuove classi di nuovi oggetti, non avrete bisogno di riscrivere anche il passaggio del puntatore dell'oggetto a questa nuova classe. E quando avete bisogno di ottenere puntatori a oggetti creati in precedenza in una nuova classe, basta scrivere il metodo per ottenere l'oggetto giusto tramite il suo identificatore.
Hmm, e in Sharp e MQL, i puntatori sono descrittori. E il codice .NET è ufficialmente aperto da molto tempo. Qualcuno qui ha già provato a portare i delegati in MQL?
Alexey Volchanskiy: Hmm, e in Sharp e MQL, i puntatori sono descrittori. E il codice .NET è ufficialmente aperto da molto tempo. Qualcuno qui ha già provato a portare i delegati in MQL?
15.10 ricordamelo, ci penserò, probabilmente funzionerà.
Consenti l'uso dei cookie per accedere al sito MQL5.com.
Abilita le impostazioni necessarie nel browser, altrimenti non sarà possibile accedere.
Hai effettuato l'accesso. L'autenticazione a due fattori è stata disattivata. Configurala di nuovo e scansiona un nuovo codice QR, oppure continua con l'autenticazione a due fattori disattivata.
Nell'esempio
La classe Y contiene variabili con tipi di classi F e Z.
Ma se avete già oggetti delle classi F e Z creati e usati da qualche parte, non potrete accedervi nell'oggetto Y. Ci saranno due nuovi oggetti di classe F e Z nell'oggetto Y.
Per avere accesso agli oggetti delle classi F e Z già creati e in uso, è necessario ottenere riferimenti agli oggetti F e Z nella classe Y - poi la classe Y può operare con quei dati già memorizzati in F e Z, invece di usare i nuovi e incontaminati F e Z.
Ma se si crea immediatamente un tale collegamento di oggetti, allora F e Z in esso daranno accesso alle classi F e Z, e il loro riempimento dovrebbe essere fatto solo attraverso la classe Y - di nuovo, dare accesso agli oggetti F e Z da esso, ottenere un puntatore all'oggetto richiesto e lavorare con esso dal puntatore.
Oppure, nella classe in cui volete i dati dell'altra classe, potete fare un metodo per ottenere un puntatore alla classe desiderata.
Beh, sì. Questo è quando sappiamo dove si trova l'oggetto nelle variabili CB a e CB b. Se vengono creati con new, allora i puntatori devono essere salvati e recuperati dalla posizione salvata.
Beh, sì. È quando sappiamo dove si trova l'oggetto - nelle variabili CB a e CB b. Ma se vengono creati tramite new, i puntatori devono essere salvati e recuperati dalla posizione salvata.
Una volta creato l'oggetto, il puntatore è noto, passatelo ad un altro oggetto.
Non appena l'oggetto viene creato, si conosce un puntatore per passarlo ad un altro oggetto.
Ma se volete ottenere un puntatore ad esso non al momento della creazione (l'utente ha cliccato il pulsante - nuovo oggetto creato), ma nel processo di ulteriore lavoro con il programma.
Mi sembra che sia più utile avere una lista di tutti i puntatori a tutti gli oggetti. In questo caso non dovete spingere i puntatori agli oggetti appena creati a tutti gli altri oggetti di altre classi. Inoltre, quando create nuove classi di nuovi oggetti, non avrete bisogno di riscrivere anche il passaggio del puntatore dell'oggetto a questa nuova classe. E quando avete bisogno di ottenere puntatori a oggetti creati in precedenza in una nuova classe, basta scrivere il metodo per ottenere l'oggetto giusto tramite il suo identificatore.
Tuttavia, ognuno è pazzo a modo suo. Sono così :)
Hmm, e in Sharp e MQL, i puntatori sono descrittori. E il codice .NET è ufficialmente aperto da molto tempo. Qualcuno qui ha già provato a portare i delegati in MQL?
15.10 Ricordami, ci penserò, probabilmente funzionerà.
cos'è il 15.10?
cos'è il 15.10?
Il 15 ottobre forse?
Il 15 ottobre forse?