Creazione di una GUI per MQL in modalità grafica. - pagina 9
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
Ora puoi solo affilarlo ))
Ancora solo emozioni.
Alexey, cosa vuoi? Sei un po' confuso dopo gli eventi felici :-)
Nessuna emozione - il vostro amore per .net è un prodotto della gestione e dell'emozione. Bisogna pesare i pro e i contro prima di prendere una tecnologia e correre come i lemming.
c .netprogetto richiede 2 gusci per lo sviluppo (MT e VS). Un netleneck C++ può essere creato senza lasciare l'ambiente comune.
Debuggare .net dll in esecuzione da MT5, con una protezione crescente dal debugging e dal tracing, può essere facile, ma personalmente non ne ho bisogno.
Sovrapposizioni su chiamate DLL, ci sono anche loro. E nel modello di runtime quando MT è solo in polling, sono molto sensibili. Se eseguiamo il calcolo dell'ipercubo nella DLL, non lo noteremo.
Ma se state costantemente sondando il modulo, se il dannato utente ha premuto OK, allora uh-oh. E nei tuoi bagarini preferiti :-)
Ancora nient'altro che emozioni.
Alexei, cosa vuoi? Sei un po' confuso dopo gli eventi gioiosi :-)
Nessuna emozione - il vostro amore per .net è un prodotto della gestione e dell'emozione. Bisogna pesare i pro e i contro prima di prendere una tecnologia e si corre come lemming.
Un progetto .net richiede 2 shell per lo sviluppo (MT e VS). C++ netleneck può essere sviluppato senza lasciare l'ambiente comune.
Debuggare .net dll, lanciato da MT5, con una protezione crescente dal debugging e dal tracing, può essere facile, ma personalmente non ne ho bisogno.
Sovrapposizioni su chiamate DLL, ci sono anche loro. E nel modello runtime quando MT fa esclusivamente i sondaggi, sono molto sensibili. Se eseguiamo il calcolo dell'ipercubo nella DLL, non lo noteremo.
Ma se state costantemente sondando il modulo, se il dannato utente ha premuto OK, allora uh-oh. E nei vostri bagarini preferiti :-)
Maxim, quando si tratta di feedback, non fa differenza se si usa net o C++. Per esempio, avete implementato una GUI in Tcl. Dopo tutto, avete anche un problema di feedback. Non dipende dall'ambiente di sviluppo. Se provate a ospitare la GUI su un grafico, lo stesso problema si presenterà con il rendering. Non è che ci sia proprio una discussione sulle prestazioni nel thread. È una questione di gusti, fondamentalmente.
L'ignoranza dà fiducia. Ma la conoscenza moltiplica il dolore.
Renat, visto che sei "entrato" nell'argomento, puoi dirmi come implementare il feedback tra applicazioni di terze parti, non importa in quale ambiente scritto, anche con C++, con MT.
Renat, visto che ti sei "addentrato" nell'argomento, potresti dirmi come implementare il feedback tra un'applicazione di terzi, non importa in quale ambiente sia scritta, anche se è C++, con MT.
Non c'è modo. Anche all'interno di MT, tutto è solo predefinito. Eventi MQ.
Beh, in MT è più facile, attraverso gli eventi. Se si verifica un evento, eseguiamo il comando, se non c'è un evento, ci riposiamo. E usare il timer per far sobbalzare un'applicazione esterna, non importa su cosa sia scritta, non è molto conveniente. Inoltre, a differenza della rete, MT non ha fili. Il timer e gli eventi avvengono tutti in un unico thread, il che impone le restrizioni corrispondenti. Se fosse possibile chiamare lo stesso OnChartEvent dall'esterno, molte questioni potrebbero essere risolte. Fondamentalmente non capisco perché c'è un divieto di chiamare questo metodo. Dopo tutto, MT intercetta gli eventi dell'ambiente: movimento del mouse, clic della tastiera o del mouse... Quindi in questo senso gli eventi interagiscono con il windup, quindi non è chiaro perché un evento utente non possa essere indirizzato anche lì. Sarebbe un mago universale.
Beh, in MT è più facile, attraverso gli eventi. Se arriva un evento, eseguiamo il comando, se non c'è un evento, ci riposiamo. Ma non è molto conveniente tirare a tempo un'applicazione esterna, non importa su cosa sia scritta. Inoltre, a differenza della rete, MT non ha fili. Sia il timer che gli eventi avvengono tutti in un thread, il che impone delle restrizioni corrispondenti.