Artigo Clube Delphi 72 - Criação de Componentes

Esse artigo faz parte da revista Clube Delphi Edição 72. Clique aqui para ler todos os artigos desta edição

POO

Criação de Componentes

Aprenda definitivamente como criar componentes e formulários em runtime

Como membro ativo do fórum da ClubeDelphi (www.clubedelphi.net/forum), tenho notado que muitos desenvolvedores ainda não sabem criar objetos (e conseqüentemente, componentes) corretamente em run-time, introduzindo direta ou indiretamente memory leaks (veja próxima seção) em suas aplicações. Constatando essa carência na comunidade Delphi, decidi escrever este artigo para mostrar como manipular objetos em memória da maneira certa e elegante.

Memory leaks

Instanciar um objeto na memória do computador consome certa quantidade de bytes do total disponível (já subtraído o valor utilizado pelo sistema operacional, é claro). Quando não houver mais memória para se utilizar, a máquina irá parar de responder e eventualmente o SO irá (tentar) fechar aplicações críticas, isso é, que estão consumindo recursos em excesso.

Para evitar que isso ocorra, precisamos destruir tudo que criamos e que consome memória no nosso aplicativo. Quando esquecemos de liberar algo, estamos deixando que um memory leak aconteça, ou em português, um vazamento de memória.

Memory leaks no .NET

Quem conhece a arquitetura do .NET framework, sabe que uma de suas características é a existência de um Garbage Collector, responsável por liberar automaticamente todas as instâncias de objetos da memória, no melhor momento possível definido por ele. Isso significa que memory leaks não existem no .NET, certo? Mais ou menos.

Existem resource leaks, que ocorrem quando abrimos uma conexão com um banco de dados, por exemplo, e não a fechamos quando não precisamos mais usá-la. Esses recursos externos à aplicação são chamados no .NET de unmanaged resources.

Embora o Garbage Collector do framework saiba quando recursos não-gerenciados devem ser liberados da memória, ele não tem conhecimento de como fazer isso. Por essa razão, qualquer classe nessa situação deve implementar a interface " [...] continue lendo...