Errori, bug, domande - pagina 2326
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
non c'è un concetto ora, un oggetto e un puntatore ad esso sono mischiati in un mucchio
Questo permette ai puntatori di essere gestiti come oggetti, che in alcuni casi dà una notazione più semplice e chiara senza *
e tali puntatori possono anche essere usati come riferimenti
E ora propongono di distruggere tutto e tornare all'età della pietra per il bene di non si sa cosa
E ora propongono di distruggere tutto e tornare all'età della pietra per chissà cosa.
Beh, questa è la tua opinione. Io penso esattamente il contrario.
Beh, questa è la tua opinione, io penso esattamente il contrario.
A100:
А что конкретно Вас не устраивает? Что в MQL указатель это фактически ссылка?
In realtà non è vero.)
Mentre in MQL l'aritmetica degli indirizzi non ha senso e quindi non si usa!?
in realtà non lo è)
Anche gli smart pointer non hanno l'aritmetica degli indirizzi, ma sono usati per qualche motivoIn senso stretto, no, ma in assenza di aritmetica degli indirizzi, un pointerwriter MQL è più vicino (o almeno non più lontano) a un riferimento C++ di un puntatore C++
E se è così, la sintassi deve essere conservata di conseguenza (senza *)
No, non c'erano motivi seri.
L'unica giustificazione per la sua assenza è quella di prendersi cura delle fragili menti degli utenti che non hanno familiarità con C++.
In senso stretto, non lo è, ma in assenza di aritmetica degli indirizzi il puntatore/mQL è più vicino (o almeno non più lontano) a un riferimento C++ che a un puntatore C++
E se è così, la sintassi dovrebbe essere memorizzata di conseguenza (senza *)
Perché renderlo così complicato? È sufficiente rendere . e -> equivalenti, record intercambiabili
In senso figurato.
Se li rendi intercambiabili, semplicemente non hai bisogno di entrambi.
In C++, questo è possibile:
L'operatore -> dovrebbe davvero essere aggiunto al linguaggio, in primo luogo per la compatibilità con i codici C++ e in secondo luogo per permettere l'overloading (che è utile per i puntatori intelligenti).
Il punto è un operatore universale in MQL.
Perché MQL non ha risolto il bug per cui una classe base viene implicitamente castata in una classe derivata? Nemmeno un avvertimento del compilatore!