Atenção: esse artigo tem uma palestra complementar. Clique e assista!

Nós como desenvolvedores, sempre somos tentados a desenvolver soluções criativas, que possuam qualidade, agilidade, praticidade entre outros tantos fatores que agregam valores ao nosso produto. E é claro que para concretizar este desafio, além de criatividade, é necessário muito empenho para criar recursos realmente úteis e que facilitem nosso trabalho. Quando nos deparamos com um software grande e complexo, é possível perceber um grande esforço para realizar configurações, isto se deve a preparação do sistema para adequar-se a qualquer tipo de ambiente e impossibilitando que o próprio usuário efetue estas configurações.

Esta situação trata justamente uma importante questão que quase sempre exige grande esforço: a customização. A ideia de customizar um software, se bem aplicada, pode lhe trazer inúmeros benefícios tais como, facilidade de manutenção e ou criação de novos recursos, desenvolvimento mais ágil, automatização dos processos e muito mais. É claro que este tipo de estratégia sempre demanda de uma grande análise, pois engloba várias questões, além de que isso pode ser visto por cada desenvolvedor de forma diferente. A grande questão no nosso caso é: “O que vamos customizar em nossa aplicação?”.

Como já disse em outros artigos, uma das maiores preocupações dos desenvolvedores que criam uma mesma aplicação compartilhando vários bancos de dados é justamente o problema com os diferentes tipos de campos no Fields Editor (numéricos principalmente). Muitos acreditam que este seja um grande problema, porém, veremos uma solução que nos permite a customização destes campos por meio dos recursos de bancos de dados.

Em nosso caso trataremos questões de configurações internas, que muitas vezes influenciam na performance de sua aplicação. Definiremos maneiras de configuração dos Provider Flags de cada um dos campos. Com isto, teremos total controle do modo de atualização de nossas tabelas. Porém, para realizar tal tarefa, necessitaremos conhecer um pouco da estrutura interna do banco de dados (no nosso caso o Firebird) utilizando as tabelas de sistema juntamente com domínios, que nos permitirão a customização e identificação de importantes informações para o nosso objetivo.

No decorrer do artigo, veremos como esta solução pode tornar mais ágil a manutenção, pois todas as tarefas de configuração dos campos serão realizadas dentro da própria aplicação, dispensando a necessidade de abrirmos o código-fonte, podendo realizar configurações automáticas como: máscaras, nomes para exibição, forma de atualização e/ou comportamento dos campos entre outras coisas, nas quais você necessitaria modificar seu projeto, compilá-lo e só assim distribuí-lo para que as mesmas surtissem efeitos."