![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
#3
|
||||
|
||||
|
Cita:
Ningún objeto, local o global, se destruye solo. Supongo que aquí la confusión es por pensar que siendo local y teniendo como dueño (Self) al formulario entoces éste lo destruirá antes de tiempo. El mecanismo de TComponent y sus descendientes es: Cuando un objeto se destruye, éste destruye todos los objetos que posea; pero sólo cuando el primero se destruye. Al salir del procedimiento local, lo que se pierde es la variable, pero ésta no es, a fin de cuentas, otra cosa que un apuntador al objeto. Este último no se destruye. Para que el "Owner" (el formulario en este caso) pudiese destruir al objeto al término del procedimiento local, se necesitaría un mecanismo de "pérdida de scope", pero esto sólo lo implementa Delphi en las interfaces. De cualquier manera, basta que hagan una pequeña prueba. Creen un descendiente, digamos de TButton, y redefinan el destructor Destroy. En el procedimiento local creen el objeto pero no llamen a Free. Pongan un "breakpoint" en el destructor. Notarán que al salir del procedimiento no se pasa por el destructor. Sin embargo, al cerrar el formulario, entonce sí, se pasará por el destructor ya que es entonces cuando el "owner" se destruye. El objeto aún existía, lo único que se había perdido era la referencia a él. Finalmente, es cierto que el método del try-finally-end es lo más correcto para estos casos. // Saludos Última edición por roman fecha: 03-10-2003 a las 16:52:31. |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
|