Galeria de UIs escritas em MQL - página 80

Novo comentário
 
Aleksey Vyazmikin #:

Não se trata de críticas, mas sim da alegria de alcançar um resultado tangível.

Nesse aspecto, eu concordo, mas na ausência de demanda, essa alegria desaparece instantaneamente e o vazio permanece. Portanto, agora estou na mesma situação das pessoas que escrevem para consultores sem garantir o resultado. No mesmo barco, por assim dizer.
 
Реter Konow #:
Para o desenvolvedor, é claro. Entretanto, observando a experiência dos autores dos artigos e das bibliotecas de GUI, não se pode deixar de notar uma certa dificuldade de popularização que eles tiveram de enfrentar. Por algum motivo não muito claro para mim, esse tópico não atrai a atenção do público em geral. Talvez porque a porcentagem de desenvolvedores experientes não seja alta, mas também é provável que a complexidade de grandes bibliotecas e artigos assuste alguém. Sejamos francos: a OOP não é uma abstração simples e, quando isso atrapalha, a motivação de uma pessoa é testada.

É claro que minha linguagem de marcação é muito mais simples do que o conceito de OOP, mas ela também exige uma apresentação dividida em partes e estendida por meses. Em termos de popularização de qualquer coisa, essa é uma abordagem muito ineficiente. É por isso que cheguei à conclusão de que a linguagem de marcação quase inevitavelmente repetirá o destino das bibliotecas gráficas.

Por outro lado, um editor visual dentro da plataforma de negociação é uma nova maneira. Isso nunca foi feito aqui antes. Portanto, há esperança de que ele tenha um destino diferente.



Hoje em dia, a maioria das interfaces avançadas é desenvolvida programaticamente, e isso dá resultados muito bons, além de que escrever uma biblioteca levará muito menos tempo do que desenvolver um editor gráfico completo, o principal é apenas criar uma interface de software conveniente que seja fácil de usar.

 
Kuzma Shevelev #:



Hoje em dia, a maioria das interfaces avançadas é desenvolvida programaticamente, o que dá resultados muito bons. Além disso, escrever uma biblioteca levará muito menos tempo do que desenvolver um editor gráfico completo, o principal é apenas criar uma interface de software conveniente que seja fácil de usar.

Não vou discutir, é apenas uma opinião.

Na evolução do desenvolvimento de GUIs, as bibliotecas de classes ou funções ocupam a primeira etapa das três existentes: biblioteca gráfica, linguagem de marcação e editor visual.

A biblioteca permite que o desenvolvedor crie controles da maneira mais demorada, mas vale a pena observar que ela permite o máximo de liberdade criativa (projetada apenas para desenvolvedores MUITO experientes).

A linguagem de marcação é o elo intermediário dessa cadeia. Ela combina conveniência e facilidade com uma ampla gama de recursos. Entretanto, ela herda das bibliotecas uma de suas principais desvantagens: a necessidade de compilar totalmente o programa para verificar cada mínima alteração. Se você alterar a cor de um elemento, compile-o. Se quiser verificar algo, recompile-o. Mudou a fonte? - recompile. Mudou a posição? Escreveu um texto diferente? - recompile, recompile, recompile.

Entretanto, a linguagem de marcação é indispensável quando grandes grupos de vários elementos são criados e as propriedades são definidas em massa. Ela torna esse processo muito conveniente. Muito mais fácil do que em uma biblioteca. Além disso, a pouca sintaxe, a intuitividade e as regras descomplicadas garantem uma compreensão muito mais rápida do que no caso das bibliotecas.

O editor visual é o nível mais alto. Ele combina todas as vantagens da linguagem de marcação, mas as eleva a um novo nível, que está além do alcance das bibliotecas. Ao trabalhar no editor, todas as alterações são visíveis de uma só vez. A recompilação não é necessária. Não é inferior, mas supera a linguagem de marcação em termos de recursos. O topo.

E, objetivamente, não falta muito para esse pico... em comparação com a distância percorrida até agora.

 
Embora eu não use nenhum gráfico em meus EAs, e os EAs forneçam resultados financeiros muito tangíveis, acompanho o tópico com interesse e desejo sucesso ao autor do fundo do meu coração!
 
JRandomTrader #:
Embora eu não use nenhum gráfico em meus EAs, e os EAs forneçam resultados financeiros muito tangíveis, acompanho o tópico com interesse e desejo sucesso ao autor do fundo do meu coração!
Muito obrigado!


 
Outra atualização do status do desenvolvimento está programada para 31 de dezembro.
 

Status de desenvolvimento: bom.

Muito trabalho foi feito nas últimas duas semanas seguindo um plano predeterminado. A ênfase na implementação de recursos de edição manual dentro da janela do editor gráfico valeu a pena. Os mecanismos de edição anteriores de versões mais antigas do editor foram restaurados e atualizados. No entanto, ainda há mais trabalho a ser feito. Até o dia 7 de janeiro, planejo apresentar o trabalho completo de todos os principais mecanismos de edição necessários para o editor gráfico. Ele está quase pronto.

P.S. Muitos gadgets funcionarão muito melhor em um futuro próximo.

P.S.S. Feliz Ano Novo!




 

Feliz Ano Novo, Peter. Mais uma vez, obrigado por todo o seu trabalho árduo.
Estou realmente ansioso pela sua próxima atualização/apresentação.

 
Douglas Prager #:

Feliz Ano Novo, Peter. Mais uma vez, obrigado por todo o seu trabalho árduo.
Aguardo ansiosamente sua próxima atualização/apresentação.

Obrigado, Douglas. Feliz Ano Novo!
 
Реter Konow #:
Nesse aspecto, eu concordo, mas na ausência de demanda, essa alegria desaparece instantaneamente e o vazio permanece. Portanto, agora estou na mesma situação das pessoas que escrevem consultores sem garantir o resultado. No mesmo barco, por assim dizer.
Eu entendo você. A realidade é dura.
1...7374757677787980818283
Novo comentário