Niente di aggiuntivo? Sì, le classi sono ridondanti al 100%. Tutti i metodi e i dati di cl1 sono quasi completamente duplicati dalla classe cl2, mentre la base è vuota.
Cl1 e cl2 non sono duplicate, sono classi diverse, hanno metodi diversi. La base è vuota perché è necessaria solo per stipare le diverse classi cl1 e cl2 in un unico array.
Superfluo. A meno che non si possa creare un metodo per ogni classe.
Integer: L'hanno fatto. È fantastico. Ma, a quanto pare, c'è dell'altro.
Cosa c'era da mostrare? Ecco cosa dice il topstarter:
papaklass:
È possibile discutere in modo sostanziale! È bello leggere un simile scambio di opinioni.
A ThteXpert.
Se non ti è difficile, per favore fai qualche esempio di codice (puoi usare la tua pratica) che riveli le tue tesi. Non dimenticare che la maggior parte dei "dummies" sono qui (prima di tutto, sto parlando di me stesso).
Gli ho dato un esempio concreto del fatto che non serve un'unica collezione che funzioni con diversi nodi, ma un nodo che funzioni con diverse collezioni, che a loro volta funzionano con diverse classi. Ho mostrato come funziona il tutto con CObject.
Quindi cosa c'era da mostrare? Ecco quanto scrive topikstarter:
Gli ho dato un esempio concreto del fatto che non serve una collezione che funzioni con diversi nodi, ma un nodo che funzioni con diverse collezioni, che a loro volta funzionano con diverse classi. Vi ho mostrato come funziona tutto questo con CObject.
TheXpert: Merda, mi piacerebbe, ma non ho tempo per la MT5 ora. E probabilmente ci vorrebbero uno o due giorni per un'implementazione normale.
Come se fosse una sottile allusione al fatto che tutto ciò che è stato scritto qui è una completa stronzata, e che solo tu hai qualche metodo magico nella tua scorta, ma solo che rimarrà sconosciuto a chiunque a causa di circostanze insormontabili. Non c'è da stupirsi.
Integer: Come se si trattasse di una sottile allusione al fatto che tutto ciò che è stato scritto qui è un mucchio di sciocchezze, e che solo voi avete un metodo magico nella vostra scorta, ma che rimarrà sconosciuto a tutti a causa di circostanze insormontabili. Non è sorprendente.
Forse con la parola "normale implementazione" si intende l'implementazione su modelli.
non è un errore MT5 che un membro della classe venga modificato in un metodoconstdi una classe????
CiSingleList.mqh - compila senza errori.
//+------------------------------------------------------------------+//|| Conta la dimensione dell'elenco|//+------------------------------------------------------------------+void CiSingleList::CalcSize(void) const
{
TRACE_CALL(_t_flag)
uint count=0;
if(!this.IsEmpty()) // se l'elenco non è vuoto
{
// elaborazione di un elenco con un solo nodoif(this.m_head==this.m_tail && this.m_head.GetVal()!=NULL)
count=1;
// Altrimenti, scorrere l'intero elenco else
{
CiSingleNode *offNode=this.m_tail.GetNextNode();
for(CiSingleNode *sn=this.m_head; sn!=offNode; sn=sn.GetNextNode())
++count; // aumentare il contatore
}
}
this.m_size=count;
}
Niente di aggiuntivo? Sì, le classi sono ridondanti al 100%. Tutti i metodi e i dati di cl1 sono quasi completamente duplicati dalla classe cl2, mentre la base è vuota.
Cl1 e cl2 non sono duplicate, sono classi diverse, hanno metodi diversi. La base è vuota perché è necessaria solo per stipare le diverse classi cl1 e cl2 in un unico array.
Superfluo. A meno che non si possa creare un metodo per ogni classe.
L'hanno fatto. È fantastico. Ma, a quanto pare, c'è dell'altro.
Cosa c'era da mostrare? Ecco cosa dice il topstarter:
È possibile discutere in modo sostanziale! È bello leggere un simile scambio di opinioni.
A ThteXpert.
Se non ti è difficile, per favore fai qualche esempio di codice (puoi usare la tua pratica) che riveli le tue tesi. Non dimenticare che la maggior parte dei "dummies" sono qui (prima di tutto, sto parlando di me stesso).
Quindi cosa c'era da mostrare? Ecco quanto scrive topikstarter:
Gli ho dato un esempio concreto del fatto che non serve una collezione che funzioni con diversi nodi, ma un nodo che funzioni con diverse collezioni, che a loro volta funzionano con diverse classi. Vi ho mostrato come funziona tutto questo con CObject.... fornire alcuni esempi di codici (puoi usare la tua pratica), che rivelerebbero le tue tesi.
Merda, mi piacerebbe, ma non ho tempo per la MT5 ora. E probabilmente ci vorrebbero uno o due giorni per un'implementazione normale.
Come se si trattasse di una sottile allusione al fatto che tutto ciò che è stato scritto qui è un mucchio di sciocchezze, e che solo voi avete un metodo magico nella vostra scorta, ma che rimarrà sconosciuto a tutti a causa di circostanze insormontabili. Non è sorprendente.
In realtà non premo i codici. E pubblico un sacco di roba.
Una specie di sottile allusione al fatto che tutto ciò che è stato scritto qui è una stronzata.
Non è nemmeno lontanamente un'allusione del genere. Molti articoli qui sono fantastici. Anche i codici lo sono.
Normal è sui template, sì.
Amministratori e moderatori, cos'è questo doppio standard?
Qualcuno vomita bile e fango come un'oca giuliva... e un tizio normale viene bannato per niente.....
non è un errore MT5 che un membro della classe venga modificato in un metodo const di una classe????
CiSingleList.mqh - compila senza errori.
Non è un errore MT5 che un membro della classe venga modificato in un metodo const di una classe????