Abra-o conforme o exemplo em anexo, mude a cor desse edit, salve o xml dele, feche o programa, abra o mesmo edit e carregue o xml dele. Teste com um componente de cada vez, primeiro com um ediit de uma form de teste. Mas já dá para ter um vislumbre do que é possivel fazer com ele. Ainda falta construir manipuladores de sets, enums, objetos e eventos.
GetPropList, GetPropInfo, GetMethodProp, IsPublishedProp e o método MethodName da classe TObject.Ītualmente temos manipuladores de cores, fontes e strings ou inteiros. As propriedades podem ser armazenadas em XML ou banco de dados.Įsse Object Inspector está longe de ser completo, obviamente, mas espero que ele sirva de base para quem desejar criar uma IDE de configuração para o usuario, igual ao editor do RAVE.Įm primeiro lugar, note a unit TypInfo. Outro objetivo interessante seria listar os nomes dos metodos da form que são eventos, para que o evento de um componente possa ser trocado por outro, dando ao usuario final até uma certa liberdade de ´Programação´.Ĭom essa técnica você pode criar, em seu aplicativo, um gerador de telas/cadastros do usuário, onde você disponibiliza uma paleta de componentes como a do delphi e um object inspector para listar e modificar as propriedades.
Nada impede de você usar OTA e transforma-lo em um Object Inspector turbinado para design. O objetivo principal desse object inspector é permitir que o usuario modifique propriedades dos componentes do seu programa ao gosto dele e salvar isso no banco de dados. Antes de mais nada, é bom dizer que esse não é um object inspector para ser usado em Design - Time, mas sim para ser usado em runtime.
0 kommentar(er)
