Discussão do artigo "DoEasy. Controles (Parte 14): Novo algoritmo para nomear elementos gráficos. Continuando o trabalho no objeto WinForms TabControl"

[MetaQuotes]

Novo artigo DoEasy. Controles (Parte 14): Novo algoritmo para nomear elementos gráficos. Continuando o trabalho no objeto WinForms TabControl foi publicado:

Neste artigo, elaboraremos um novo algoritmo para nomear todos os elementos gráficos que permitem criar gráficos personalizados, e continuaremos desenvolvendo o objeto WinForms TabControl.

No último artigo, ao desenvolver o objeto WinForms TabControl, encontramos uma limitação no comprimento do nome do elemento gráfico, o que não nos permitiu trabalhar plenamente na criação do objeto, uma vez que o nome de cada elemento gráfico filho contido no elemento gráfico pai incluía uma referência a seu elemento pai na hierarquia de todos os controles gráficos vinculados, e o nome de cada objeto subsequente na cadeia era mais longo do que o nome do objeto anterior. Por isso, acabamos com um limite de 63 caracteres para o nome de recurso gráfico. Hoje elaboraremos um algoritmo de nomenclatura diferente para elementos gráficos, isento da desvantagem descrita acima: cada novo objeto do mesmo tipo conterá em seu nome o nome do programa, o nome do tipo de elemento gráfico e o número de elementos existentes deste tipo criados no programa ao construir os elementos da GUI.

Por exemplo, ao criar elementos da GUI para o programa de teste deste artigo, obtivemos a seguinte lista de elementos gráficos (apenas a primeira parte de todos os elementos construídos é visível, mas isso é suficiente para entender o conceito abordado):

Desse modo, agora não teremos nenhuma restrição de aninhamento ao construir controles, porque em vez de exibir uma hierarquia no nome do elemento gráfico, simplesmente usaremos o número do elemento com o nome do programa e o tipo de controle.

Autor: Artyom Trishkin