Galleria di interfacce utente scritte in MQL - pagina 19

Nuovo commento
 
Nikolai Semko # :



Beh, ok, non hai fornito questo file, per questo faccio delle supposizioni. Aspettiamo la versione con tutti i file per poterla testare dal vivo.

Ho letto attentamente la vostra conversazione attraverso il traduttore, Nikolay Semko, credo che abbiate ragione, spero che le mie parole non offendano l'autore, le vostre capacità di programmazione sono eccellenti.
Il modo migliore per gestire gli eventi è utilizzare un'implementazione di puntatori che separa il file Internal_API.mqh creato dal motore.
Quando un pulsante viene premuto o rilasciato, questi sono i due eventi. Il motore può generare una funzione per il pulsante, come setButton1Click(void* ptr), e poi chiamarla nell'evento: ptr() del pulsante, questa stringa "setButton1Click(void* ptr)" viene chiamata dall'utente. nel suo EA, il ptr è un puntatore alla funzione, completamente scritto nel file dell'utente, quindi Internal_API funzionerà ancora bene, ma non ha bisogno di modifiche.
Questa è la mia comprensione, comunque sto ancora aspettando il capolavoro dell'autore.
 
Non so se il motore della GUI sarà open source, se lo sarà, credo che qualcuno collaborerà per migliorare questo progetto, se non sarà open source, posso capirlo, è il vostro lavoro.
 
Se scrivo molto codice di elaborazione in Internal_API, quando cambio la GUI, aggiungo di nuovo i pulsanti e genero Internal_API, significa che devo copiare il codice dalla vecchia Internal_API nel nuovo file Internal_API?
 
Cercate di trasformare un articolo in un formato digeribile.... e fornite il materiale per intero - per renderlo più interessante.....

 
hini progetto, se non è open source posso capirlo, è il vostro lavoro.
Il motore e il costruttore saranno open source e chiunque potrà apportare le modifiche che desidera, anche se non consiglio di farlo senza averne compreso a fondo il funzionamento.

Il motore è essenzialmente una piccola copia del costruttore. Per comodità di connessione, è stato inserito in un unico file. Il motore contiene i meccanismi necessari per il funzionamento dei controlli e delle finestre, ma non quelli responsabili della creazione di una GUI secondo le istruzioni del codice di markup. Accetta gli eventi dalla funzione OnChartEvent() del consulente/indicatore utente e implementa le reazioni e il comportamento della GUI.
 
hini GUI, aggiungo di nuovo i pulsanti e genero Internal_API, significa che devo copiare il codice dalla vecchia Internal_API nel nuovo file Internal_API?
In parte, sì. La modifica della GUI può essere diversa. Ad esempio, se si modificano alcuni elementi decorativi dell'interfaccia senza aggiungere nuovi elementi (questo è importante), non è necessario stampare un nuovo file Internal_API. Ma se si creano nuovi elementi, finestre, tabelle o si rinominano, il file API deve essere corretto o sostituito copiando il codice dal primo al nuovo. In linea di principio, questa operazione non è molto difficile, ma dipende dal numero di modifiche apportate. Pertanto, è consigliabile terminare prima l'interfaccia nel costruttore, in modo da non dover fare questo lavoro più volte.
 
Roman Shiredchenko #:
Cercate di trasformare un articolo in un formato digeribile.... e fornite il materiale per intero - per renderlo più interessante.....

Se ci sarà un interesse pubblico, sì.
 
Реter Konow #:
In parte, sì. La modifica dell'interfaccia grafica può essere diversa. Ad esempio, se si cambiano alcune cose decorative nell'interfaccia senza aggiungere nuovi elementi (è importante), non è necessario stampare un nuovo file Internal_API. Ma se si creano nuovi elementi, finestre, tabelle o si rinominano, il file API deve essere corretto o sostituito copiando il codice dal primo al nuovo. In linea di principio, questa operazione non è molto difficile, ma dipende dal numero di modifiche apportate. Pertanto, è consigliabile completare prima l'interfaccia nel designer, in modo da non dover fare questo lavoro ripetutamente.
È difficile progettare l'interfaccia in anticipo e non è raro migliorare l'interfaccia mentre ci si lavora, a volte rimuovendo un elemento o aggiungendo qualcosa.
 
hini #:
È difficile progettare l'interfaccia in anticipo e non è raro migliorare l'interfaccia mentre ci si lavora, a volte rimuovendo un elemento o aggiungendo qualcosa.
Come ho detto prima, non è difficile cambiare il file API se è necessario. Basta copiare i blocchi di chiamate di funzione dal vecchio file e inserirli nel nuovo. In realtà è facile. Soprattutto con l'aiuto di un qualsiasi editor di testo. Ma ME sarà sicuramente sufficiente.

Dalla mia esperienza, non è mai stato un problema. ))
 
Реter Konow #:
Come ho detto prima, non è difficile cambiare il file API se è necessario. È sufficiente copiare il blocco di chiamate di funzione dal vecchio file e inserirlo nel nuovo file. In realtà è abbastanza semplice. Soprattutto con l'aiuto di un qualsiasi editor di testo. Ma ME è sicuramente sufficiente.

Nella mia esperienza, non è mai stato un problema.))
OK, capito. Aspettiamo il tuo rilascio!
1...121314151617181920212223242526...83
Nuovo commento