Discussione sull’articolo "Controlli Grafici Personalizzati. Parte 1: Creazione di un Controllo Semplice"
L'ideologia cambierà? ... Ho davvero bisogno che cambi.
Forse dovremmo iniziare con la terza parte: creare moduli con i controlli.
e poi passare alla parte successiva: il funzionamento interno di ogni elemento.
Cioè, prima istruire gli utenti su come funziona il complesso nel suo insieme, su come l'elemento figlio scambia messaggi ed eventi con l'elemento genitore, su come funziona l'ideologia in generale. Questo è importante, perché è auspicabile passare dal generale al particolare, cioè alle sottigliezze di ogni elemento specifico.
A proposito, non si deve porre l'accento sul disegno, cioè su come viene disegnato ogni elemento (si può fare brevemente, ma tutti gli elementi vengono disegnati dalla funzione Mostra, in modo che gli utenti sappiano dove guardare in ogni classe per vedere il blocco di disegno). Il disegno non è nulla rispetto all'ideologia dell'intero processo.
Sarebbe meglio mostrare alcuni esempi pronti di moduli in cui tutti gli elementi sono collegati.
Cioè, su un esempio pronto, scomporre le specificità.
L'ideologia cambierà? ...ho davvero bisogno che cambi.
Forse avremmo dovuto iniziare con la terza parte, la creazione degli stampi.
e poi passare gradualmente al funzionamento interno di ogni elemento.
Che cos'è esattamente l'ideoligia?
Una forma è fondamentalmente nulla: coordinate x e y.
Se si iniziasse con una forma, cosa si scriverebbe lì: "questa è una forma, e qui si aggiungerà un elemento di controllo, e qui si elaborerà il suo evento...", ma che tipo di elemento di controllo sia, cosa rappresenti, nessuno lo sa.
Se si crea un modulo nella seconda parte, mentre abbiamo solo un elemento di controllo, non è indicativo e non è bello.
Che cos'è esattamente l'ideoligia?
La forma è essenzialmente nulla: coordinate x e y.
Esplicito nella risposta appena sopra.
Hai ragione. È questo il punto, la forma non è nulla. Ciò che conta è il processo di scambio di eventi e l'interazione di tutti gli elementi nel loro insieme. E questo può essere spiegato solo quando si dimostra il lavoro del sistema nel suo complesso, non elemento per elemento.
Ampliato la risposta appena sopra.
Hai ragione. Questo è il punto, la forma non è nulla. La cosa principale è il processo di scambio di eventi e l'interazione di tutti gli elementi nel loro insieme.
Avete pronto il modulo e la classe di controllo?
Sono abbastanza pronti. All'inizio l'ho fatto senza subwindows, ora sto riprogettando tutto per lavorare in subwindows.
L'ideologia cambierà? ... Ho davvero bisogno che cambi.
Forse avremmo dovuto iniziare con la terza parte - creare moduli con i controlli.
e poi passare alla parte successiva - al funzionamento interno di ogni elemento.
Cioè, prima istruire gli utenti su come funziona il complesso nel suo insieme, su come vengono scambiati i messaggi e gli eventi tra l'elemento figlio e l'elemento genitore, su come funziona l'ideologia in generale. Questo è importante, perché è auspicabile passare dal generale al particolare, cioè alle sottigliezze di ogni elemento specifico.
A proposito, non si dovrebbe porre l'accento sul rendering, cioè su come viene disegnato ogni elemento. È meglio mostrare alcuni esempi di come funzionano le forme e di come tutti gli elementi sono collegati. Il disegno non è nulla rispetto all'ideologia dell'intero processo.
Non ditemi che ci sono già abbastanza esempi di creazione di codici semplici, ma non è possibile creare una gerarchia di classi di successo o almeno uno schema facile da implementare di un prodotto universale e facilmente trasformabile. Anche le classi standard di MQ spesso complicano la stesura dei programmi, in quanto stabiliscono in anticipo le possibilità.
Sul modulo saranno presenti i pulsanti OK e Annulla, per salvare i dati in caso di riavvio del terminale. Ci sarà la gestione degli eventi, la possibilità di trascinare il modulo, di ridurre a icona.
OK. Questo è molto buono.
Se nella seconda parte parlate delle funzioni di alto livello, i componenti dell'articolo verranno utilizzati più rapidamente.
Inizierei comunque con form + pulsanti (+ inputbox) e solo nella terza parte parlerei di componenti di controllo specifici - elenchi, menu, ecc.
Dopo tutto, il compito è quello di insegnare a scrivere tali controlli. Ma finché non c'è un modulo dove inserirli, l'articolo non darà un effetto così spettacolare e necessario.
Inoltre, non appena si dà Form+Button (intendo 3 tipi - radio, push, check) + EditBox già nel secondo articolo, l'utente vedrà le classi nel loro insieme e sarà in grado di creare i propri controlli in modo indipendente.
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Accetti la politica del sito e le condizioni d’uso
Il nuovo articolo Controlli Grafici Personalizzati. Parte 1: Creazione di un Controllo Semplice è stato pubblicato:
Questo articolo tratta i principi generali di sviluppo dei controlli grafici. Prepariamo strumenti per un lavoro rapido e conveniente con oggetti grafici, analizzeremo un esempio di creazione di un semplice controllo per l'inserimento di testo o dati numerici e le sue modalità di utilizzo.
In totale, ci sono oltre quaranta oggetti grafici nel client terminal MetaTrader 5. Tutti questi oggetti possono essere utilizzati separatamente, ma più spesso vengono utilizzati in una catena di oggetti interconnessi. Ad esempio, quando viene utilizzato un campo di modifica (OBJ_EDIT), molto spesso viene utilizzata insieme ad esso un'etichetta bitmap (OBJ_LABEL) per indicare la funzione del campo di modifica.
Quando si utilizza un campo di modifica, spesso è necessario verificare la correttezza dei dati inseriti da un utente, nonché prevedere la possibilità di utilizzare sia un punto che una virgola come separatore decimale.
Quando si utilizza un output di dati programmatico, dovresti formattare i dati. Ad esempio, dovresti eliminare gli zeri non necessari. Pertanto, sarebbe più semplice avere un singolo oggetto che includa il campo di modifica, l'etichetta bitmap e alcune altre caratteristiche funzionali.
Attualmente, esiste un certo insieme di controlli grafici nel mondo della programmazione che viene utilizzato in quasi tutte le applicazioni: un form (la base dell'interfaccia di un'applicazione, dove si trovano tutti gli elementi di controllo), un frame (consente di raggruppare e separare insiemi di elementi che hanno uno scopo funzionale), un pulsante, un campo di modifica, un'etichetta, una check box, pulsanti di opzione, barre di scorrimento verticali e orizzontali, un elenco, un elenco a discesa, una riga di menu, un tab menu (fig. 3).
Autore: Dmitry Fedoseev