Programação assíncrona e multi-tarefa em MQL - página 12
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
(Conversa mais idiota, desculpe. ))
Desculpe-me quem? pessoas que eu não conheço? ))) - este é um fórum - wiki para o resgate... é uma plataforma onde todos expressam/defendem suas opiniões, nem mais nem menos - e no curso da comunicação, os aspectos técnicos e/ou a troca de experiências são esclarecidos, como aplicado a este recurso!
ZS:
em sua opinião, OK, você é um desenvolvedor do "recurso gráfico certo" - sim, é necessário!
- Mas você tem que ser capaz de criar uma funcionalidade familiar a outros programadores (infelizmente, todos aprendem com a mesma literatura e subsequentemente usam a funcionalidade oferecida pelos gigantes de TI - ou seja, a funcionalidade familiar, compreensível e acessível)
- ou você deve fornecer algum pacote analítico poderoso, envolto em uma interface gráfica, que lhe permita estudar/modelo de dados - você é capaz? - Você pode competir, por exemplo, com o pacote R?
;)
Para pesquisar, para desenvolver um TS (alguns nem precisam de um TS, George por exemplo não se importa com o que é TS), o MT4 é suficiente. Do que estamos falando então? Cada um tem suas próprias necessidades. Um vive bem em um mosteiro e o outro quer ir para o mundo inteiro. Em resumo, esta conversa não é sobre nada. É como eu perguntar a um artista por que ele deveria pintar um quadro se ele pode simplesmente tirar um quadro estúpido da natureza. É uma conversa estúpida, desculpe. ))
Para o mesmo ponto de vista, infelizmente, veio até mim, conversando aqui com os "especialistas" locais ((
Se os desenvolvedores vão criar o EventLoop para a escrita assíncrona do código, respeito e admiração, como eles dizem.
E o terminal será um líder em seu segmento de produtos, tornando todos em todos os sentidos da palavra, todos os outros desenvolvedores de terminais do mundo.
Eles sabem exatamente onde há problemas, que requerem uma execução assíncrona, mas por alguma razão os mesmos indicadores ainda são executados em uma única linha.
E há uma suposição por outros usuários, de que por esta razão eles não implementam gráficos de tabela de tick-table - eles supostamente temem que os usuários anexem muitos indicadores a um gráfico de tabela de tick-table.
E esta é apenas a parte visível, portanto, ouvir os especialistas locais nem sempre é útil, infelizmente, eles estão apenas presos em um único fio quando o mundo já é há muito tempo multi-tarefa.
Desculpe-me quem? pessoas que eu não conheço? ))) - este é um fórum - wiki para o resgate... é uma plataforma onde todos expressam/defendem suas opiniões, nem mais nem menos - e no curso da comunicação, os aspectos técnicos e/ou a troca de experiências são esclarecidos, como aplicado a este recurso!
ZS:
em sua opinião, OK, você é um desenvolvedor do "recurso gráfico certo" - sim, é necessário!
- Mas você tem que ser capaz de criar uma funcionalidade familiar a outros programadores (infelizmente, todos aprendem com a mesma literatura e subsequentemente usam a funcionalidade oferecida pelos gigantes de TI - ou seja, estamos falando de uma funcionalidade familiar, compreensível e acessível)
- ou você deve fornecer algum pacote analítico poderoso, envolto em uma interface gráfica, que lhe permita estudar/modelo de dados - você é capaz? - Você pode competir, por exemplo, com o pacote R?
;)
Eu cheguei à mesma opinião, infelizmente, depois de falar com os "especialistas" locais aqui ((.
Se os desenvolvedores vão fazer o EventLoop para a escrita assíncrona do código, então, elogios e respeito, como eles dizem.
E o terminal será o líder em seu segmento de produtos, tornando todos, em todos os sentidos da palavra, todos os outros desenvolvimentos de terminais mundiais.
Eles sabem exatamente onde há problemas que requerem execução assíncrona, mas por alguma razão os mesmos indicadores ainda são executados em uma única linha.
E há uma suposição de outros usuários, de que por esta razão eles não implementam os gráficos de tick-chart - eles têm medo de conseqüências negativas, quando os usuários anexam um monte de indicadores ao gráfico de tick-chart.
E esta é apenas a parte visível, portanto, ouvir os especialistas locais nem sempre é útil, infelizmente, eles estão apenas presos em um único fio quando o mundo já é há muito tempo multi-tarefa.
Tentando entender sua lógica. Se eu não sou capaz de competir com o pacote R, então eu não preciso de multithreading? Qual é a conexão aqui. Você está tentando provar que se você não precisa disso, ninguém mais deve? Repito: todos têm tarefas diferentes. Eu tenho o meu, você tem o seu.
A lógica é simples - o usuário final, se você tem uma demanda de pelo menos 1-2 usuários por mês, meu respeito - você encontrou seu nicho!
A lógica é simples - o usuário final, se você tem uma demanda de pelo menos 1-2 usuários por mês, meu respeito - você encontrou seu nicho!
Para a mesma opinião, infelizmente, vim até mim, e me comuniquei aqui com os "especialistas" locais ((
Se os desenvolvedores farão o EventLoop para a escrita assíncrona do código, respeitem o que eles dizem.
E o terminal será o líder em seu segmento de produtos, fazendo com que todos, em todos os sentidos da palavra, todos os outros desenvolvimentos terminais mundiais.
Eles sabem exatamente onde há problemas que requerem execução assíncrona, mas por alguma razão os mesmos indicadores ainda são executados em uma única linha.
E há uma suposição de outros usuários, de que por esta razão eles não implementam os gráficos de tick-chart - eles têm medo de conseqüências negativas, quando os usuários anexam um monte de indicadores ao gráfico de tick-chart.
E esta é apenas a parte visível, portanto, ouvir os especialistas locais nem sempre é útil, infelizmente, eles estão apenas presos em um único fio quando o mundo já é há muito tempo multi-tarefa.
"especialistas"? - Você não tem nada para falar, empurre seu imho... Esta é uma grande comunidade MQL com profissionais de diferentes áreas, infelizmente, você não mostrou nenhum de seus conhecimentos que seria útil para a comunidade, você pode me acusar de qualquer coisa que você queira - "você é o especialista! "
Os desenvolvedores vão fazer? - Você não consegue explicar nem mesmo por que é necessário, não é mesmo? )))
qual é o objetivo do MetaQoutes? - o objetivo, como qualquer empresa de TI para obter lucro! não sei por que, MetaQoutes é muito sério em promover seus serviços, muito trabalho tem sido feito para popularizar o comércio algorítmico, para dar material analítico, para criar uma comunidade online... este tipo de caridade somente algumas empresas de TI fazem, geralmente os gigantes de TI
portanto, a empresa gasta seus recursos em algo que no futuro (não tenho certeza) terá lucro.... e então, eis e eis... aparece um usuário que precisa adaptar o conceito de Python ou Java retardado à MQl.... Você não acha que é engraçado? - quantos anos você tem? ))))
Saberemos em breve. Ainda não sabemos.
Respeito você, a persistência é muitas vezes a única maneira de encontrar seu nicho nesta vida! Boa sorte neste trabalho duro!
...
Se eles adicionarem multithreading, isso o fará sentir-se pior? Eles já acrescentaram muitas coisas à MQL, e é uma coisa realmente útil. Mas sua utilidade só pode ser compreendida por uma pessoa, que escreve programas muito complexos e incômodos em MQL. Se você não entende para que serve a multi-tarefa, isso significa que você não escreve tais programas. Quando o fizer, você vai entender. É muito simples. ))
...
Respeito que a persistência é muitas vezes a única maneira de encontrar seu nicho na vida! Boa sorte com esse trabalho duro!
Obrigado. O mesmo para você!
Eu cheguei à mesma opinião, infelizmente, depois de falar com os "especialistas" locais aqui ((
Se os desenvolvedores vão fazer o EventLoop para a escrita assíncrona do código, então, elogios e respeito, como eles dizem.
E o terminal será o líder em seu segmento de produtos, fazendo com que todos, em todos os sentidos da palavra, todos os outros desenvolvimentos terminais mundiais.
Eles sabem exatamente onde há problemas que requerem execução assíncrona, mas por alguma razão os mesmos indicadores ainda são executados em uma única linha.
E há uma suposição de outros usuários, de que por esta razão eles não implementam os gráficos de tick-chart - eles têm medo de conseqüências negativas, quando os usuários anexam um monte de indicadores ao gráfico de tick-chart.
E esta é apenas a parte visível, portanto, ouvir os especialistas locais nem sempre é útil, infelizmente, eles estão apenas presos em um único fio quando o mundo já é há muito tempo multi-tarefa.
Você exige a execução assíncrona de consultas, mas cite a multi-tarefa como exemplo... Eu o encorajei a descobrir isso, mas você nunca descobriu.
Eu lhe dei uma solução para seu exato problema aqui: https://www.mql5.com/ru/forum/318593/page4#comment_12568119
Mas tenho certeza de que você ainda nem estudou o assunto.
Parece-me que, se lhe for dada uma fila assíncrona, você ainda pedirá multithreading... Pelo menos tente entender OVERLAPPED e os eventos para começar, não está pedindo WinAPI em seu código).
Se você introduzir multithreading no terminal, ele se enterrará de lamentáveis programadores, mais rápido que a velocidade da luz.
Os programadores estão procurando soluções para os problemas, não pedindo que a estrutura seja mudada para se adequar à sua ignorância.