Discussão do artigo "Interfaces gráficas X: Seleção de texto na caixa de texto multilinha (build 13)" - página 3

Novo comentário
 
Реter Konow:

Quero criar um construtor, reduzindo a criação da GUI, que exige muito trabalho, ao nível de um "freeloader preguiçoso e não aprendido".


E o que essa pessoa preguiçosa fará com essa GUI? A pessoa preguiçosa não conseguirá escrever o restante do aplicativo MQL.

Deve haver algo mais além da GUI. E esse algo também pode ser uma parte muito grande do aplicativo. Uma pessoa preguiçosa não conseguirá fazer isso. )

 
Anatoli Kazharski:

Você acha que isso é um construtor? Em minha opinião, o construtor deve ser, no mínimo, igual ao que é implementado no Visual Studio.

Ou seja, ele deve ser um construtor visual. Mais ou menos assim:


Não é necessário repetir as soluções da Microsoft. Um construtor em um arquivo, mesmo sem ferramentas visuais, tem suas enormes vantagens:


1. Com o copypaste, você pode criar instantaneamente novos grupos de objetos.


2. Usar sinalizadores de posicionamento para posicioná-los instantaneamente e com precisão no lugar certo.


3. Usando modelos criados anteriormente, você pode criar o layout da GUI de um aplicativo com uma velocidade incrível.


Quanto aos freeloaders preguiçosos, sua natureza exige que o processo de criação de Expert Advisors seja mais fácil, o que significa que, no futuro, será necessário criar um construtor lógico para que eles montem suas estratégias. Mas isso virá mais tarde....

 
Реter Konow:

Você não precisa replicar as soluções da Microsoft. Um construtor em um arquivo, mesmo sem ferramentas visuais, tem suas próprias grandes vantagens:

...


Você acha que, se tiver um construtor visual, sua solução será do interesse de alguém?


 
Anatoli Kazharski:


Você acha que, com um designer visual, sua solução será de interesse de alguém?


Essa é uma pergunta estranha. Talvez não seja... Não sei ao certo. Vou enfatizar novamente: tornar o construtor totalmente visual pode ser menos eficaz do que se ele for baseado em modelos e algumas ferramentas visuais para substituir algumas propriedades.


Talvez você concorde comigo e siga esse caminho (sei que você quer criar um estúdio visual).

 
Реter Konow:

Essa é uma pergunta estranha. Talvez não... Não sei ao certo. Mais uma vez, tornar o construtor totalmente visual pode ser uma solução menos eficiente do que torná-lo baseado em modelos com algumas ferramentas visuais para substituir algumas propriedades.

Você acha que, se tiver um construtor visual, não será possível criar modelos de uma maneira muito mais eficiente do que a que você sugere?


 
Реter Konow:

...

Talvez você concorde comigo e siga esse caminho (sei que você quer criar um estúdio visual).

Talvez eu não crie esse estúdio. Terminarei a segunda etapa do desenvolvimento da biblioteca e farei outro projeto. E então veremos. )
 
Anatoli Kazharski:

Você acha que, se tiver um construtor visual, não será possível criar modelos de maneira muito mais eficiente do que a que você sugere?


Esse é exatamente o ponto. Em alguns casos, a criação de um grupo de elementos primários de modelo visualmente pode levar (e leva) mais tempo do que a criação da mesma coisa por meio de um arquivo. Mas em outros casos, o oposto é verdadeiro. Acredito que seja necessário combinar as vantagens de ambas as abordagens adicionando um conjunto de ferramentas visuais ao designer no arquivo. Mas, diferentemente do Visual Studio da Microsoft, a função do construtor em um arquivo deve ser muito maior. Ele é realmente uma ferramenta muito útil e fácil em muitos aspectos (não em todos).
 
Anatoli Kazharski:
É possível que eu não crie esse estúdio. Terminarei a segunda etapa do desenvolvimento da biblioteca e farei outro projeto. E então veremos. )

Seu próximo projeto será relacionado a gráficos?
 
Реter Konow:

Seu próximo projeto será relacionado a gráficos?

Não, não está relacionado. Mas uma GUI criada com a ajuda da minha biblioteca estará lá. )

Para concluir o segundo estágio de desenvolvimento dessa biblioteca, tentarei encaixar de 3 a 5 artigos.

 
Mikhail Dovbakh:


Muito de acordo com minha experiência.

Mas Anatoly, ao contrário de mim, enxerga o "quadro geral" com antecedência - é por isso que ele estabelece o desenvolvimento futuro.
Eu peco por não fazer "movimentos desnecessários" em prol da velocidade de resolução da tarefa atual... Mas quanto tempo eles poderiam economizar no futuro!

Mas quanto tempo eles poderiam economizar no futuro!
É por isso que eu sinceramente admiro essa biblioteca, seu preenchimento com guloseimas é consistente e ininterrupto, e o que é muito importante - consistentemente.
Isso significa que o projeto não é criado de joelhos, mas com uma meta bem pensada e possibilidades predefinidas.
Obrigado ao Anatoly e à MetaQuotes por essa extensão!
Se não houver apoio suficiente para continuar o projeto - nós bateremos em uma tigela! :)
Esse é um superprojeto também em termos de qualidade da documentação.
Para mim, esse é um nível inatingível de design em MQL (


Sim, é uma coisa boa.

Após um ano de desenvolvimento da GUI de Anatoly, um usuário abre um utilitário e acontece o seguinte


12345678910...16
Novo comentário