È ora di convertire le librerie in MQL5 - pagina 3
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
- Il consumatore è un esercito di milioni di commercianti
- il principio della protezione dei commercianti è primario
- Quando dicono "libreria", non intendono DLL.
- non si tratta di rimuovere le restrizioni sull'uso delle DLL
Finché i programmatori usano il principio "cosa c'è di così difficile nel collegare una DLL?", non hanno alcuna possibilità di essere venditori di successo nel mercato di massa. Stiamo cercando di costruire molte librerie diverse come codice sorgente in MQL5, per permettere a tutti di creare programmi completamente funzionali e sicuri come file EX5, che non hanno bisogno di DLL di terze parti.
Signor sergeev, come pensa di liberarsi della DLL senza convertire il codice in MQL5?
Stavo pensando alla traduzione automatica di progetti DLL in C++ (o Delphi per esempio) -> MQL5.
Poi il codice risultante è stato modificato manualmente ed ecco un file ex5 della DLL iniziale.
Perché compilare la DLL in un meta editor se si compila bene in Visual Studio?
Quindi perché compilare la DLL in un meta editor se si compila bene in Visual Studio?
in modo che si compili con il vostro studio
Ma ora non dovrete legare i vostri progetti in cartelle.
Sarete in grado di scrivere e compilare semplici DLL in ME. E avrete subito una DLL per il vostro progetto EX5
Le DLL più semplici saranno scritte e compilate "al volo" in ME. E avrete immediatamente una DLL per il vostro progetto EX5
Ancora più importante, potete distribuire le DLL più semplici come sorgente in un unico file.
Il destinatario dovrà solo compilarlo con F7, passando prima gli occhi sul codice (se vuole).
Questo viene fatto per aumentare la sicurezza del sistema passando a distribuire il sorgente della DLL invece della DLL stessa. Questo è lo scopo principale dell'idea.
Libreria ZedGraph:
1. Descrizione dettagliata ed esempi: http://jenyay.net/Programming/ZedGraph
2. archivi, demo, documentazione: http://sourceforge.net/projects/zedgraph/files/
//---
Un'altra libreria relativa ai grafici:
http://www.codeproject.com/Articles/32836/A-simple-C-library-for-graph-plotting
Ancora più importante, sarà possibile distribuire semplici DLL come sorgente su un singolo file.
Il destinatario dovrà solo compilarlo con F7, passando prima gli occhi sul codice (se vuole).
Questo è fatto per aumentare la sicurezza del sistema passando a distribuire il sorgente della DLL invece della DLL stessa. Questo è lo scopo principale.
Questo obiettivo è falso (IMHO).
Attualmente la dll è usata nel codice mql per 3 motivi:
La prima ragione non è rilevante nel mercato, la seconda attraverso i vostri sforzi è negata, lasciando la terza.
È questa l'unica ragione per fare casino?
Non è più facile usare l'autore della dll, esigere da lui la dll sorgente per la verifica, e aumentare le tasse all'erario, che non è stato incriminato (per non gravare il personale con ulteriori problemi per verificare la dll).
...
Le librerie native sotto forma di codice sorgente MQL5 sono necessarie per chi scrive programmi in vendita.
...
Oserei dire che coloro che scrivono software per la vendita, così come tutti coloro che scrivono software, hanno bisogno di un editor utilizzabile prima di tutto, non il MetaEditor di cattivo gusto.
Non potrebbe essere reso anche lontanamente simile a Visual Studio? Mi secca molto quando passo da VS a ME.
1. Navigatore di progetti (ha promesso di pensarci)
2. Pieghevole (ha detto che non lo sarebbe stato, probabilmente troppo complicato per te)
3. Possibilità di stampare un frammento selezionato (non è stato detto nulla, apparentemente questo è oltre il regno della possibilità)
4. Visualizzazione del valore di una variabile durante il debug, non solo nella finestra di osservazione, ma semplicemente tenendo il mouse sulla variabile nel testo.
5. Negli indicatori in MT per iOS non hanno ancora fatto una possibilità di impostare il colore delle linee, e promesso anche (non su ME, solo per tenere a mente).
PS Sono d'accordo con il precedente messaggio di Urain riguardo alla pigrizia degli obiettivi (anche se per una ragione diversa :), prima fai ciò di cui tutti hanno bisogno, cioè un editor conveniente, e poi - sì, puoi fare i controlli :).
Tutto quanto scritto sopra è il mio giudizio di valore.
Questo è un falso obiettivo (IMHO).
Non sarebbe più facile se l'autore usa una dll, esigere la fonte della dll per la verifica, e aumentare le royalties all'erario, in modo che non ci siano più problemi (per non caricare lo staff di ulteriori problemi nel controllare la dll).
Sembra che tu stia operando solo sulla scala della tua percezione dell'ambiente. Quindi, non capite perché "non è più facile chiedere ...." non è adatto al vero mercato di massa.
Operiamo in termini di "che effetto ha questa o quella soluzione con N milioni di utenti? Per esempio, solo nel marzo 2012 sono stati installati oltre un milione di terminali client MetaTrader 4 e MetaTrader 5. In un solo mese. Questa è una stima bassa, perché c'è un numero enorme di vecchi installatori non web.
La ragione per supportare la compilazione C++ -> DLL è di permettere un reale scambio di sorgenti DLL invece di avere a che fare con file DLL non verificati molto pericolosi. Su una scala di mercato, questa caratteristica fornirà una maggiore sicurezza per migliaia di commercianti che andranno in modalità "dammi la fonte, non voglio una DLL non verificata".
Naturalmente, questa è solo una soluzione aggiuntiva, mentre il nostro obiettivo principale è quello di tradurre il codice massimo in MQL5 nativo e sicuro.