Orienta��o a objetos e instancia��o de componentes

Question

estou criando uma classe, sem usar form ou nenhum componente �colado� ou criado na form.esta minha classe � descendente de Tobjectesta minha classe usa alguns componentes, criados dinamicamente, e pos...

Massuda · Answer

[quote:0d7f0d0413=�vitor^_^�]...meu problema est� em instanciar componentes dinamicamente dentro dessa classe, pois o componente exige que seu owner, ou dono, seja outro da classe tcomponent, mas minha classe n�o pode ser dona dele porque � filha de tobject....[/quote:0d7f0d0413]Voc� pode criar o componente passando [b:0d7f0d0413]nil[/b:0d7f0d0413] como sendo o Owner.

A interpreta��o do Owner = nil � que voc� vai se responsabilizar pela destrui��o do componente, ou seja, est� abrindo m�o do mecanismo de destrui��o autom�tica do componente quando o Owner � destru�do.

Se for um componente visual, talvez voc� tenha problema com a propriedade Parent que deve receber uma valor n�o-nil para que o componente seja vis�vel. O Parent indica sobre qual �superf�cie� o controle ir� se desenhar.

Vitor Rubio · Answer

Legal, n�o sabia desse detalhe, eu sempre dava free ou destroy nas minhas classes instanciadas por mim, mesmo que o owner fosse uma form ou outro objeto que fosse destruido posteriormente.

de qualquer forma, ent�o eu posso instanciar como nil, mas tenho que destruir manualmente, a minha classe n�o poder� ser seu owner... at� a� beleza, mas... quer dizer que o owner s� serve pra destruir automaticamente? para que mais serve o owner?

Valeu!

Massuda · Answer

[quote:117c2b7504=�vitor^_^�]... quer dizer que o owner s� serve pra destruir automaticamente? para que mais serve o owner?[/quote:117c2b7504]Ja vi alguns usos diferentes do Owner (tipo, tentar descobrir quem � o form pai de um form), mas na verdade a id�ia do Owner est� relacionada com quem tem a responsabilidade de destruir um componente.

Adriano Santos · Answer

[quote:c508059a73=�Massuda�][quote:c508059a73=�vitor^_^�]... quer dizer que o owner s� serve pra destruir automaticamente? para que mais serve o owner?[/quote:c508059a73]Ja vi alguns usos diferentes do Owner (tipo, tentar descobrir quem � o form pai de um form), mas na verdade a id�ia do Owner est� relacionada com quem tem a responsabilidade de destruir um componente.[/quote:c508059a73]Confesso [b:c508059a73]victor^_^[/b:c508059a73] e [b:c508059a73]Massuda[/b:c508059a73] que tamb�m n�o sabia esta do Owner ser usado �apenas� para saber como o objeto ser� destru�do....boa dica essa em [b:c508059a73]Massuda[/b:c508059a73]?...

Vitor Rubio · Answer

mas n�o � s� isso, tamb�m d� pra fazer umas coisas legais:

por exemplo, se vc tem s� um componente que n�o sabe de onde ele vem (qual form ou datamodule, ou quem � seu owner), isso acontece qdo vc passa o componente como parametro pra uma procedure. vc pode usar sua propriedade owner pra acessar a form de onde ele vem e fazer qualquer coisa com a form, desde fecha-la at� limpar todos os seus edits, ou outro componente qualquer, usando o vetor xxxxx.owner.components[contador] e o numero de componentes xxxx.owner.componentcount.

l�gico que vc tem que usar typecasting e perguntar antes se o componente que vc est� acessando � do tipo que vc quer limpar.

essa � s� uma coisa q d� pra fazer com o owner, tem muitas outras

Adriano Santos · Answer

[quote:655e163672=�vitor^_^�]mas n�o � s� isso, tamb�m d� pra fazer umas coisas legais:

por exemplo, se vc tem s� um componente que n�o sabe de onde ele vem (qual form ou datamodule, ou quem � seu owner), isso acontece qdo vc passa o componente como parametro pra uma procedure. vc pode usar sua propriedade owner pra acessar a form de onde ele vem e fazer qualquer coisa com a form, desde fecha-la at� limpar todos os seus edits, ou outro componente qualquer, usando o vetor xxxxx.owner.components[contador] e o numero de componentes xxxx.owner.componentcount.

l�gico que vc tem que usar typecasting e perguntar antes se o componente que vc est� acessando � do tipo que vc quer limpar.

essa � s� uma coisa q d� pra fazer com o owner, tem muitas outras[/quote:655e163672]

Engra�ado [b:655e163672]vitor^_^[/b:655e163672], isso j� fiz cara, mas meio �inconsciente� heheh.

Valeu

Bruno Belchior · Answer

Particularmente n�o gosto de acessar o [b:fc65e47dbd]Owner[/b:fc65e47dbd] de um componente (principalmente quando o mesmo n�o � um formul�rio)... com certeza voc� perde em mantenabilidade, no momneto q vc faz � f�cil lembrar o que � e o porque usou... mas quando se passa alguns m�ses e vc tem de remexer no c�digo at� que vc encontro o ponto de partida vai tempo...

Martins · Answer

Tamb�m n�o sabia dessa utilidade do [b:b78d07dd1e]Owner[/b:b78d07dd1e], preciso estud�-lo com mais calma e boa vontade, hehehehe!!!!Valew pela dica pessoal!!...

Michael · Answer

Ol� colegas!Eis aqui dois excelentes artigos (em ingl�s) sobre a fun��o do Owner, seja em componentes ou em formul�rios:[url=//delphi.about.com/od/adptips2005/qt/aowner.htm]The role of the �AOwner� parameter in the Create constructor (O papel do par�metro �AOwner� no construtor Create)[/url][url=//delphi.about.com/od/adptips2005/qt/nilselfapp.htm]TForm.Create(?) Nil, Self or Application?[/url]Muito bom! ;-)[]�s...

Martins · Answer

[quote:10614774ae=�Michael�]Ol� colegas!Eis aqui dois excelentes artigos (em ingl�s) sobre a fun��o do Owner, seja em componentes ou em formul�rios:[url=//delphi.about.com/od/adptips2005/qt/aowner.htm]The role of the �AOwner� parameter in the Create constructor (O papel do par�metro �AOwner� no construtor Create)[/url][url=//delphi.about.com/od/adptips2005/qt/nilselfapp.htm]TForm.Create(?) Nil, Self or Application?[/url]Muito bom! ;-)[]�s[/quote:10614774ae]Ah! garoto baum s�, vou dar uma olhada, mas algu�m pode me emprestar um tradutor antes, hehehehe!!!!Brincadeirinha pessoal, blz [b:10614774ae]Michael[/b:10614774ae], vou ler os artigos.valew!!!...

F�rum Orienta��o a objetos e instancia��o de componentes #292930