![MQL5 - Linguaggio delle strategie di trading integrato nel client terminal MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
1. È meglio parlare di qualcosa nel luogo in cui si trova, piuttosto che pensare a come lo farebbe il moderatore. Altrimenti, tutto si è davvero confuso in due thread e ora, anche se il moderatore decide che la discussione deve stare lì o lì, è un compito molto ingombrante spostare la discussione normalmente con l'ordine dei post e il loro significato conservato.
2) Discutere le azioni di un moderatore non è ogni starnuto... Non è ogni starnuto, ma se volete sfidarlo pubblicamente, che sia per ristabilire l'ordine o per calmare una frenesia. E se avete un'opinione, chi vi proibisce di esprimerla? Forse la tua opinione è un suggerimento molto razionale, ma hai paura di dirlo, per non cadere sotto il menu non amato del moderatore? Quindi è una stronzata :)
Grazie per il chiarimento. Ho pensato che fosse meglio avere la discussione in un thread separato in modo da non ingombrare le informazioni presumibilmente preziose nel thread principale. Se decidete di spostare i post, discuterò dove spostarli.
Non è che sei ancora un moderatore, per determinare in quale thread ciò che è più appropriato. E i moderatori hanno già chiarito che la discussione delle caratteristiche dovrebbe essere in un ramo separato, cioè qui, piuttosto che nel ramo delle caratteristiche stesso.
Non è affatto chiaro nella vostra descrizione come riferirsi uniformemente a un metodo di classe per riferimento e per un valore di tipo T. Non so di cosa stiate parlando, ma io stavo parlando proprio di questo.
Ecco la situazione: mi sono reso conto che non tutto può essere adattato alle specifiche che i membri del forum si aspettano di vedere in quel thread. La discussione qui è (ed era lì, quindi l'ho spostata qui) su un argomento abbastanza specifico, che ho deciso di separare in un thread separato. Lasciate che ci sia più generale e comprensibile per la maggior parte delle caratteristiche, e qui - classi, modi complicati di lavorare con loro, tra cui macro (che un puzzle per molti).
Grazie per il chiarimento. Ho pensato che fosse meglio avere la discussione in un thread separato in modo da non ingombrare le informazioni presumibilmente preziose nel thread principale. Se decidete di spostare i post, discuterò dove spostarli.
Continuiamo così d'ora in poi. Solo - se possibile - copiate l'esempio che state discutendo da lì nel vostro post, che fa riferimento a quell'esempio (ho difficoltà a capire da dove è iniziato). Oppure, se non puoi più modificare il tuo post, allora dimmi in privato da dove incollare cosa.
Che rimanga così d'ora in poi. Basta - se possibile - copiare l'esempio discusso da lì nel tuo post, che fa riferimento a quell'esempio (è difficile per me capire da dove è partito qui). Oppure, se non puoi già modificare il tuo post, allora dimmi in privato da dove incollare cosa.
Ho già copiato il codice qui da quel thread un paio di post fa, quindi non è necessaria alcuna azione aggiuntiva, imho.
Ho già copiato il codice da quel thread un paio di post fa, quindi non sono necessari ulteriori passaggi.
Bene.
Aggiornamento sull'argomento delle interfacce tramite modelli e statica. Per essere più precisi, non interfacce, ma piuttosto operazioni comodamente parametrizzabili su tipi arbitrari, implementate attraverso classi esterne. In questo caso, il confronto (Comparer) e la fusione (Caster).
Ho parzialmente affrontato la critica precedente, la classe "interfaccia" (anche se non è un'interfaccia) non è ereditata dalla classe parametro (un tale metodo non ha preso piede...), e senza usare dynamic_cast ovviamente. Speriamo che questo modello sia più logico.
Quanto è realistico scrivere una macro per questa sezione di codice?
Non ho ancora deciso il numero di variabili di input (input), sono stanco di correggere la sezione allocata, la macro per una linea non è un problema, ma come moltiplicarla per 10-15 lineenon lo so
Quanto è realistico scrivere una macro per questa sezione di codice?
non hanno ancora deciso il numero di variabili di input (input), stanco di correggere la parte selezionata, la macro per una linea non è un problema, ma come moltiplicare a 10-15 linee non so
Devo dire subito che non l'ho controllato su µl, l'ho solo eseguito attraverso il preprocessore cis per testarlo, µl ha delle particolarità, quindi se qualcosa va storto, modificatelo.
ha ottenuto l'output (gcc -E):
argomenti aggiuntivi si / donare alla lista ARGS.
Quanto è realistico scrivere una macro per questa sezione di codice?
Non ho ancora deciso il numero di variabili di input (input), sono stanco di correggere la sezione allocata, la macro per una linea non è un problema, ma come moltiplicarla per 10-15 linee non lo so
Finora, solo così venire con. Se gli sviluppatori avessero aggiunto un numero variabile di parametri, come in C, potrebbe essere più breve.
Finora, questo è tutto quello che ho trovato. Se gli sviluppatori avvitassero un numero variabile di parametri, come in C, sarebbe possibile renderlo più breve.
Qualcosa che ho complicato eccessivamente )).
E lasciate che usino il primo, probabilmente è il migliore.
#define TEST(dId)
Non è un problema scrivere TEST più volte.