A depuração da DLL? Em MT4 e MT5 - página 8

 
Rosh:
Não seja provocador no nosso fórum. Foi avisado.
Bem, já que vou ser proibido de qualquer forma, responda directamente - o que escrevi incorrectamente. O que é a provocação?
 
HideYourRichess:

Vamos ver quanto tempo demora a fazê-lo. Não há necessidade de qualquer inquérito, faça-o, mostre a sua turma.

Não sou um hacker. Não o vou fazer. A sua oferta é inapropriada.
 
marketeer:
Escreveu correctamente que, apesar da experiência, cometeu muitos erros... Portanto, qualquer decisão actual não é outro erro ;-). E a MQ não é a única que está envolvida no desenvolvimento de software prático... E provar o próprio profissionalismo nesta área não é muito convincente...

Cometeremos ainda muitos erros tácticos, mas a nossa direcção estratégica já se estabeleceu - a experiência acumulada de trabalhar numa direcção teve um efeito. Já escrevi sobre os concorrentes - eles são bastante fracos de vontade.

Além disso, esqueceu-se de citar uma parte importante:

Tenho de explicar desta forma, porque não vou dar lições sobre como criar plataformas de informação e comércio, o que é importante nisto, onde estão os fracassos fatais e onde está o sucesso.

 
marketeer:
Não sou um hacker. Não pretendo ser. A sua oferta é inapropriada.

E dar conselhos e fazer previsões sobre coisas que não entende é apropriado?!

Tenho a impressão de que os cacifos foram rebatizados como defensores da depuração externa. :)

 
marketeer:

...O melhor seria realmente tomar decisões baseadas na votação aberta dos utilizadores ...

E se tal decisão falhar, quem irá compensar a perda da MQ ? Almirante Ivan Fyodorovich Kruzenshtern ?
 
Deixem-me expressar também os meus pensamentos, claro que não estou familiarizado com as DLLs e os seus encantos. E não compreendo porquê recorrer à sua utilização. Como Renat disse, a MQ desenvolve a linguagem MQL e tenta fazer com que seja o menos possível utilizar DLL externas, pelo que não é necessário um depurador. Quando todos os códigos podem ser escritos usando ferramentas MQL e depurados com o seu próprio depurador.
Документация по MQL5: Основы языка / Функции / Описание внешних функций
Документация по MQL5: Основы языка / Функции / Описание внешних функций
  • www.mql5.com
Основы языка / Функции / Описание внешних функций - Документация по MQL5
 
marketeer:

Claro que não é necessário. A questão é porque é que isto é exactamente algo que não é necessário e algo mais que se faz ;-). O melhor seria realmente tomar decisões baseadas na votação aberta dos utilizadores, para que todos possam ver quem precisa de que funcionalidade e características, e quantas dessas pessoas existem. Desde que a MQ tome decisões em modo fechado e mencione apenas hipotéticos defensores desta ou daquela característica - a validade das decisões não é vista.


Que tipo de votação (democracia num projecto comercial), o que quer dizer? É assim que chegaremos ao ponto em que todos irão gerir o GAZPROM e o CENTRABANK... :)
marketeer:

De facto, já foi dito muitas vezes - por muito que o MQ tente, nunca será capaz de criar uma ferramenta de desenvolvimento profissional comparável aos ambientes reais de desenvolvimento disponíveis no mercado (pode discordar, mas é um dado adquirido e a sua posição não altera a situação). É por isso que o desenvolvimento de DLL seria procurado, assim como a depuração. A depuração em algum emulador auto-escrito é dificilmente igual à depuração numa aplicação anfitriã real, mais todos os custos da sua escrita são transferidos para o utilizador. Neste sentido, para alguém seria mais conveniente (quantos deles provavelmente nunca iremos descobrir ;-)) não ter a camada MQL, e a MQ poderia fornecer alguma API de cliente que estaria disponível "directamente" para integração com programas externos.

Penso que se a MQ estivesse a desenvolver um ambiente de desenvolvimento "universal" mítico, eles provavelmente teriam permitido a depuração e a escrita de DLL's e vírus, talvez pudessem permitir outra coisa, mas eles, como foi dito mais de uma vez, estão a desenvolver uma plataforma comercial com um ambiente de execução de código SAFE...
 
marketeer:
Escreveu correctamente que, apesar da experiência, cometeu muitos erros. Portanto, qualquer decisão actual não é outro erro ;-). E a MQ não é a única que está envolvida no desenvolvimento de software prático... E provar o próprio profissionalismo neste campo não é muito convincente...

Claro que sim, e eles reconhecem-no - o bug de depuração que permitiu criar o descompilador para o ex4 foi reconhecido (e corrigido).

E o que sugere - voltar a pisar um ancinho?

PS

Não é só o MQ, o Clube Forex também o faz. Até têm um API (não apenas para comércio). Então, todos têm de se mudar para R2?

 

A propósito,

Renat 2010.05.08 11:57 2010.05.08 11:57:47
Um MetaTrader 5 Client FIX API gratuito será lançado até ao Outono.

и,

Renat 2010.01.01 21:55 2010.01.01 21:55:43
ForexTools   :

P/S/ mas todos estes problemas poderiam ser evitados se houvesse apenas um API (se não o puder fazer você mesmo ou não se quiser incomodar, deixe isso para os outros)... mas esse é outro tema proibicionista ;)

Forneceremos API públicos para negociação (apenas para negociação, não para a análise) como protocolo FIX.

 
Sim, um prático MetaTrader 5 FIX API será um requisito obrigatório, incluindo bibliotecas "out-of-the-box" para acesso directo a servidores comerciais.
Razão: