Atenção: por essa edição ser muito antiga não há arquivo pdf para download deste artigo.
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 " [...] continue lendo...
