Tempo para converter bibliotecas para MQL5 - página 3
Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
- O consumidor é um exército de milhões de comerciantes
- o princípio de protecção dos comerciantes é primordial
- Quando dizem "biblioteca", não significam DLL.
- não se trata de eliminar as restrições à utilização de DLLs
Desde que os programadores utilizem o princípio "o que há de tão difícil em ligar uma DLL?", não têm qualquer hipótese de serem vendedores de sucesso no mercado de massas. Estamos a tentar construir muitas bibliotecas diferentes como código fonte em MQL5, para permitir a todos criar programas totalmente funcionais e seguros como ficheiros EX5, que não precisam de DLLs de terceiros.
Sr. Sergeev, como tenciona livrar-se da DLL sem converter o código para MQL5?
Estava a pensar na tradução automática de projectos DLL em C++ (ou Delphi, por exemplo) -> MQL5.
Depois o código resultante foi editado manualmente e aqui está um ficheiro ex5 de DLL inicial.
Porquê compilar a DLL num meta editor se ela se compila bem no Visual Studio?
Então porquê compilar a DLL num meta editor se ela se compila bem no Visual Studio?
por isso irá compilar com o seu estúdio
Mas agora não terá de atar os seus projectos em pastas.
Será capaz de escrever e compilar DLLs simples em ME. E terá de imediato uma DLL para o seu projecto EX5
As DLLs mais simples serão escritas e compiladas "on the fly" em ME. E terá imediatamente uma DLL para o seu projecto EX5
Mais importante ainda, pode distribuir as DLLs mais simples como fonte num único ficheiro.
O destinatário só terá de compilá-lo por F7, passando os olhos por cima do código de antemão (se quiser).
Isto é feito para aumentar a segurança do sistema, mudando para a distribuição da fonte da DLL em vez da própria DLL. Este é o principal objectivo da ideia.
Biblioteca ZedGraph:
1. Descrição detalhada e exemplos: http://jenyay.net/Programming/ZedGraph
2. arquivos, demos, documentação: http://sourceforge.net/projects/zedgraph/files/
//---
Outra biblioteca relacionada com gráficos:
http://www.codeproject.com/Articles/32836/A-simple-C-library-for-graph-plotting
Mais importante ainda, será possível distribuir DLLs simples como fonte num único ficheiro.
O destinatário apenas terá de compilá-lo por F7, passando os olhos por cima do código de antemão (se o quiserem).
Isto é feito para aumentar a segurança do sistema, mudando para a distribuição da fonte DLL em vez da própria DLL. Este é o principal objectivo.
Este é um falso propósito (IMHO).
Actualmente, a dll é utilizada em código mql por 3 razões:
A primeira razão não é relevante no Mercado, a segunda através dos seus esforços é negada, deixando a terceira.
Será essa a única razão para fazer uma confusão?
Não é mais fácil utilizar o autor da dll, exigir-lhe a dll de origem para verificação, e aumentar as taxas para o tesouro, que não foi incriminado (não sobrecarregar o pessoal com problemas adicionais para verificar a dll).
...
Bibliotecas nativas sob a forma de código fonte MQL5 são necessárias para aqueles que escrevem programas para venda.
...
Atrever-me-ia a dizer que aqueles que escrevem software para venda, bem como todos os outros que escrevem software, precisam antes de mais de um editor utilizável, e não do queijoso MetaEditor.
Não poderia ser feito mesmo remotamente semelhante ao Visual Studio? Fico muito irritado quando mudo de VS para ME.
1. Project Navigator (prometeu pensar sobre o assunto)
2. Dobrar (disse que não seria, provavelmente demasiado complicado para si)
3. Capacidade de imprimir um fragmento seleccionado (nada foi dito, aparentemente isto está fora do reino das possibilidades)
4. Mostrando o valor de uma variável durante a depuração, não só na janela de observação, mas simplesmente segurando o rato sobre a variável no texto.
5. Nos indicadores em MT para iOS ainda não fizeram a possibilidade de definir a cor das linhas, e prometeram também (não sobre ME, apenas para terminar).
PS Concordo com a mensagem anterior de Urain relativamente à preguiça de objectivos (embora por razões diferentes :), primeiro faça o que todos precisam, isto é, editor conveniente, e depois - sim, pode fazer as verificações :).
Tudo o que está escrito acima é o meu juízo de valor.
Esse é um falso objectivo (IMHO).
Não seria mais fácil se o autor utilizasse um dll, exigisse a fonte do dll para verificação, e aumentasse os royalties para a tesouraria, de modo a não haver necessidade de sobrecarregar o pessoal com problemas adicionais para verificar o dll.
Parece estar a operar apenas à escala da sua percepção do ambiente. Portanto, não compreende porque é que "não é mais fácil exigir ...." não é adequado para o verdadeiro mercado de massas.
Operamos em termos de "que efeito tem esta ou aquela solução dentro de N milhão de utilizadores? Por exemplo, só em Março de 2012, mais de um milhão de terminais clientes MetaTrader 4 e MetaTrader 5 foram efectivamente instalados. Só dentro de um mês. É uma estimativa baixa, uma vez que há um grande número de instaladores antigos que não são da web.
A razão para apoiar a compilação C++ -> DLL é permitir a troca real de fontes DLL em vez de trabalhar com ficheiros DLL não verificados muito perigosos. Numa escala de mercado, esta característica proporcionará maior segurança a milhares de comerciantes que entrarão no modo "dar-me a fonte, não quero uma DLL não verificada".
É claro que esta é apenas uma solução adicional, enquanto o nosso principal objectivo é traduzir o código máximo em MQL5 nativo e seguro.