Auguri per MQL5 - pagina 19
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
Accidenti, almeno una parola di sostanza negli ultimi post, è tutto un baccano che non finisce mai. Dimenticatevi di .net e Dio non voglia che melkosoft sia interessata a questo settore, possono fare un casino di tutto, non potete portarglielo via. sì, .net è buono... Per lo sviluppatore ma anche per l'utente è un vero mal di testa, a partire dalle dimensioni e finendo con l'incompatibilità delle versioni, e quando gli sviluppatori cominciano a usare i frutti degli altri, l'installatore vuole la seconda versione, un componente nella prima e tutto il resto - la terza, allora comincia la canzone. Facciamo almeno a meno di .net.
Forse dovremmo avere una sezione separata per questi dibattiti?
Per favore, esprimete i vostri desideri a MQL5.
Lo sviluppo di MQL5 è in corso ed è una delle nostre posizioni di rilievo nella nuova piattaforma di trading. Ci asteniamo volutamente dal discuterne per amore della calma. Ma tra un po' inizieremo a pubblicare informazioni sul nuovo linguaggio, le librerie e l'ambiente di programmazione.
...
lingua
1 orientato agli oggetti (il desiderio più forte)
2 il più vicino possibile al C++
2.1 strutture (sarebbe bello vederle)
3 aggiungere eventi
3.1 gestione degli ordini... ( take profit, stop )
3.2 errore (invece del polling dopo la funzione o insieme)
3.3 evento timer (permetterebbe di gestire meglio l'applicazione)
...
editore
debugger visivo
...
terminale
possibilità di scegliere un intervallo TF non standard ... diciamo 3 minuti o 6 ore 25 minuti ecc... cioè scalabile
Tester W1
tester multivaluta
tester TF multiplo durante la visualizzazione
Sarebbe una buona idea riflettere ancora una volta sulla base del limite StopLevel per gli ordini pendenti stop prima di eseguire 5. A mio parere, non dovrebbe essere il prezzo di apertura dichiarato dell'ordine (essenzialmente, il prezzo di apertura), ma ancora il prezzo di chiusura dell'ordine a mercato corrispondente (come per gli ordini a mercato).
Ora è possibile (spread = 3, StopLevel = 3) aprire BuyStop = 1,0050 con il più vicino SL = 1,0047, TP = 1,0053. Nel momento in cui il pendente viene convertito in un mercato, la situazione diventa tecnicamente possibile, quando il BId (prezzo di chiusura corretto) è già sullo SL. (Una tale situazione non è ammessa per il mercato originale, e giustamente).
Se la base di calcolo viene cambiata, lo stesso BuyStop = 1,0050 può avere lo SL più vicino = 1,0044 e TP = 1,0050. Al momento della conversione al mercato BId sarà alla stessa distanza dall'ordine di stop. Per chiudere questo mercato, il prezzo dovrà ancora calpestare 3 punti.
Accidenti, almeno una parola di sostanza negli ultimi post, è tutto un baccano che non finisce mai. Dimenticatevi di .net e Dio non voglia che melkosoft sia interessata a questo settore, possono fare un casino di tutto, non potete portarglielo via. sì, .net è buono... Per lo sviluppatore ma anche per l'utente è un vero mal di testa, a partire dalle dimensioni e finendo con l'incompatibilità delle versioni, e quando gli sviluppatori cominciano a usare i frutti degli altri, l'installatore vuole la seconda versione, un componente nella prima e tutto il resto - la terza, allora comincia la canzone. Facciamo almeno a meno di .net.
Forse dovreste creare una sezione separata per questi dibattiti?
L'incompatibilità delle versioni si verifica di solito solo presso gli sviluppatori, in quel caso, lo sviluppatore utilizza un software e qualcun altro, altrimenti l'utente è di solito associato a un aggiornamento del servizio, di solito gli amministratori tengono traccia di questo, gli utenti della licenza e altri, gli sviluppatori tendono a tenere traccia di un tale aggiornamento globale, in ogni caso, tutti i problemi sono risolti in un modo o nell'altro e non vedo un problema globale. Nella maggior parte dei casi non è necessario alcun intervento. La dipendenza dalla versione è qualcosa per cui lottare, perché altrimenti, ci sono più bug, buco su buco, questo è un fatto, un tempo c'erano un sacco di problemi e soprattutto gli sviluppatori, un mal di testa senza fine, e l'utente è convulso se lo sviluppatore non se ne è occupato e qualsiasi sviluppatore è soprattutto l'utente stesso.
State usando Windows, è importante per voi vedere il funzionamento senza errori, quindi perché prendete per buoni i bug, gli avvisi di incompatibilità, pensate davvero che gli errori degli utenti debbano riguardare lo sviluppatore? E come farete a spiegare allo sviluppatore dove si trova il bug se non c'è controllo sulla compatibilità e ancor più sui bug?
Io, come utente, ho sempre cercato di usare prodotti più perfetti, scegliendo quello che è più perfetto, altrimenti si può rimanere indietro nella vita e perdere ancora più tempo, ma come sviluppatore guardo anche molti altri fattori. Tu scrivi in MQL, io non scrivo in MQL, anche se uso MT e conosco MQL, ma è per questo che non lo faccio. Ognuno sceglie la sua strada, mentre tu aspetti solo gli sviluppatori, quello che ti manca, lo abbiamo già per noi, stiamo cercando di svilupparlo in un cerchio stretto :) In pratica non ho altro da fare qui e potrei non apparire affatto, fino a una nuova build e una nuova versione della MT. Tuttavia, senza alcuna partecipazione alle discussioni, si può trascurare un'area importante e perdere ancora più tempo, proprio invano, poiché tutto deve essere riprogettato e adattato al nuovo livello in qualche modo inimmaginabile, bisogna considerare letteralmente tutto, in modo da sbarazzarsi di un tale problema il più rapidamente possibile quando si passa a una nuova versione.
Mi stai letteralmente dicendo di rinunciare a tutto e accontentarsi di ciò che è, come si dice, che Dio fornisce, il resto è il tuo problema, non accade, in qualsiasi sviluppo richiede tempo e denaro e su alcuni detti che Dio fornisce, basta non può pensare, è necessario spingere l'idea con qualsiasi mezzo.
TedBeer ha scritto (a):..., Andy_Kon ha scritto (a):..., pxx ha scritto (a):..., xnsnet ha scritto (a):.
Io voto per la "tolleranza religiosa". :)
In tema:
Lingua - Anche le eccezioni sarebbero perfette.
1 Orientamento all'oggetto (desiderio più forte)
Per accelerare il debugging, dobbiamo aggiungere etichette e tracciamento (come nei buoni vecchi linguaggi procedurali). E inoltre - dobbiamo fornire la possibilità di chiamare un EA da un altro (eseguibile Ex4).
Igor
Nella finestra del tester e del terminale devono essere aggiunte tutte le colonne che caratterizzano l'ordine - MN e commento.
Nel tester più libero attraverso caselle di controllo (utile per risparmiare risorse):
- emettere/non emettere alcun messaggio al juranal;
- emettere tutto/saltare tutto tranne l'ultimo centinaio;
- mostrare/non mostrare i grafici;
- mostrare/non mostrare i risultati.
Nella finestra di gestione manuale degli ordini, spunta l'opzione
- per abilitare/disabilitare il lato sinistro;
Sul lato sinistro, visualizzare (a schede o spuntato)
- grafico a tick;
- panoramica del mercato;
- finestra dei dati;
- visualizzare informazioni utili da un programma applicativo in esecuzione;
- variazioni.
Rendi possibile l'uscita dell'indicatore nella finestra con il grafico o in una finestra separata - sotto il grafico - selezionando la casella [v], senza ricompilazione.
Sarebbe anche bene permettere la selezione di elementi separati(strumenti grafici) di un indicatore nella finestra con il grafico e nella finestra sotto il grafico con un segno di spunta.
Supponiamo che il Pitchfork di Andrews sia visualizzato nella finestra con il grafico, mentre alcuni elementi calcolati dello stesso indicatore, per esempio, le marche temporali dovrebbero essere visualizzate nella finestra sotto il grafico, per esempio, come l'istogramma.
==============
Le finestre per l'uscita dell'indicatore o gli elementi separati dell'indicatore dovrebbero anche essere selezionabili impostando il numero della finestra in cui l'uscita deve essere visualizzata.
Le finestre per la visualizzazione dell'indicatore o dei singoli elementi dell'indicatore possono anche essere selezionate specificando il numero della finestra in cui deve avvenire l'uscita.