Discussão do artigo "Linguagem MQL como um meio de marcação da interface gráfica de programas MQL. Parte 1" - página 4

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
Tudo está na documentação, estude-a e use-a.
Há uma maneira de obter e passar uma referência a uma classe na documentação, mas não encontrei uma referência a funções. Se não for muito difícil, você pode me fornecer um link?
Eu lhe dei um link para a ajuda. Ele descreve como criar um ponteiro para uma função.
Eu lhe dei um link para a ajuda. Ele descreve como criar um ponteiro para uma função.
Dmitry Fedoseyev, embora ofensivo, é um vídeo muito engraçado. Eu ri por um bom tempo. Quando li o que você destacou, percebi que parecia muito estúpido. Seria mais correto dizer que não foi reescrito, mas melhorado e complementado. Li muitos de seus artigos durante os cinco anos de sua presença neste site e não tenho dúvidas de que seu conhecimento é muito maior do que o meu, mas não concordo com você quando diz que não há necessidade de OOP na escrita expressa. Como em programas complexos, que usam interfaces gráficas, combinam vários TS em um EA, mantêm estatísticas etc., a OOP ajuda muito a estruturar melhor o código do programa, e os padrões de design (embora eu ainda esteja no início de seu estudo) aumentam o poder da OOP muitas vezes. Obviamente, isso não significa que você deva colocá-la em um pequeno EA, onde você pode usar procedimentos comuns, e a velocidade de escrita será muitas vezes maior. Se for interessante, descreverei um exemplo em que apliquei OOP e um modelo, e como isso simplificou minha vida. E se não for muito difícil, Dmitry, você poderia mostrar suas palavras"e ainda mais ao criar um análogo de um delegado usando OOP enquanto houver ponteiros para funções" em um exemplo. Ou em que artigo você pode encontrar informações sobre ponteiros de função. Desde já, obrigado.
Ponteiros de função - procure por "typedef" na ajuda. O C# tem delegados e não ponteiros de função apenas porque toda a linguagem é orientada a objetos, tudo o que é necessário e o que não é necessário é feito por meio de objetos.
Eu não rejeitei a OOP de forma alguma, pelo contrário, ela é muito útil e conveniente, se apenas a aplicação da OOP não se tornar um fim em si mesma e não se tornar obrigatória, seguindo alguns cânones.
A quem exatamente você se refere? Especialmente porque está no plural, e não há muitos de nós aqui. Se fosse no singular, eu pensaria que se tratava de Peter. mas está no plural. Isso levanta questões.
Por que você não usa apenas seu primeiro nome? Para que não surjam dúvidas desnecessárias. Ou você não pode simplesmente chutar o ar?
Não vou chamar ninguém diretamente pelo nome, não gosto de bazares. O plural é para generalizar. Quem gosta de reclamar da posição de conhecedor, com base em soluções caseiras e ridículas, que passe em seus próprios tópicos.
Não vou chamar ninguém diretamente pelo nome, não gosto de bazares. O plural é para generalização. Qualquer pessoa que goste de reclamar da posição de um conhecedor, com base em soluções ridículas criadas em casa, que passe em seus próprios tópicos.
E quais são os critérios para "ridículo", como você o define? Você não pretende criar uma linguagem de marcação "caseira"? Você não julga a partir da posição de um "especialista" em tecnologia, sobre a qual você não conseguiu dizer nada inteligível no artigo? Bem-vindo ao clube dos diletantes)). É que algumas pessoas aqui, nesse campo (ao contrário de você), têm muito mais conhecimento. Portanto, não há necessidade de "torcer o nariz".
Se você acha que pode "tranquilamente" descartar a linguagem de outra pessoa e apresentá-la como uma solução pronta sem revelar o conceito, você é ingênuo.
Eu, por exemplo, estou interessado em soluções alternativas de criação de linguagem de marcação. Minha tecnologia é conhecida por mim e quero saber como os outros fazem isso. Visões externas sobre o problema. Bastante legítimo. Portanto, estou buscando um conceito claro, compreensível e coerente. E o que você queria de seus leitores? - Uma concordância sem reclamações? ))))
Portanto, seja adequado e discuta soluções e aceite críticas com calma.)))))
Não vou chamar ninguém diretamente pelo nome, não gosto de bazares. O plural é para generalização. Qualquer pessoa que goste de reclamar da posição de um conhecedor, com base em soluções ridículas criadas em casa, que passe em seus próprios tópicos.
Ótimo, então você está no topo dessa lista generalizada.
Desculpe-me pela pergunta idiota, mas que tipo de GUI você está tentando criar que não pode ser feito (ou é muito difícil de fazer) nas bibliotecas MQL padrão?
Além disso, vejo que a realização é bastante complicada desde o início. Talvez seja melhor dar uma olhada no estilo jQuery de implementação da interface do usuário?
Por exemplo, a criação de um botão simples poderia ser semelhante a:
É claro que ele precisa ter seu próprio "gerador de objetos" e assim por diante, e também é possível torná-lo extensível e oferecer suporte a objetos "definidos pelo usuário", como efeitos de sombra, gradientes etc.
Assim, poderia ser mais fácil para o desenvolvedor criar uma GUI dessa forma.
Também é possível criar um aplicativo como o MT GUI Builder para a criação visual da GUI e exportar o arquivo JSON para implementação rápida no lado MQL...
São apenas meus pensamentos após ler o artigo e minha opinião.
É claro que você está no seu próprio caminho.
Sim, pode haver abordagens diferentes. Mencionei suas opções, pois elas exigiriam a análise de formatos de terceiros, mas, por dentro, seu trabalho não seria diferente do que é feito agora. O conceito proposto é incorporar tudo ao MQL e não ter dependências.