¿Puedo usar .Create (cero) en lugar de .Create (Aplicación)

Question

I tienen una unidad que tiene una variable de TComponent, I crear este componente en la inicialización de la unidad como siguiente:

var 
    XComp: TComponent; 
. 
. 
. 
. 

initialization 
begin 
    XCom := TComponent.Create(Application); 
end; 

después de instalar la unidad cuando cierro Delphi me da un mensaje de error Violación de Acceso (EAccessViolation)

pero cuando he cambiado de creador a ser las siguientes

initialization 
begin 
    XCom := TComponent.Create(nil); 
end; 

todo ha ido bien ... me gustaría saber la diferencia? y que es lo mejor?

nota: el error solo aparece al cerrar el delphi (significa en tiempo de diseño).

Gracias.

Answer 1

Básicamente tanto están permitidos y no debería dar lugar a un AV, incluso si tiene un código como éste:

MyComp := TMyComp.Create(Application); 
try 
    {...} 
finally 
    MyComp.Free; 
end; 

Esto se debe a un componente correctamente codificado se borrará de la lista de componentes de su propietario cuando está siendo destruido.

Creo que el problema aquí podría ser que el componente ya fue liberado por el objeto de la aplicación y más adelante algún código intenta acceder a él. Tal vez haya una sección de finalización en tu código, ¿o sí? O puede que tenga objetos mixtos e interfaces y el recuento de referencias lo consiguió.

Para depurar su problema, puede ejecutar el IDE en el depurador configurando la "aplicación de host" de su paquete en Delphi (C: \ Archivos de programa \\ BDS \\ Bin \ bds.exe). y establece un punto de interrupción en el destructor de tu componente. De esta forma descubrirá dónde se libera y también dónde se produce el AV.

Answer 2

Cuando se utiliza

XCom := TComponent.Create(Application); 

que hacer una solicitud al propietario de XCom. Cuando la aplicación finalice, se encargará de destruir XCom, ya que es el propietario.

Al hacer

XCom := TComponent.Create(nil); 

nadie es dueño de XCom y hay que liberar a usted mismo cuando la aplicación termina.

Probablemente haya recibido la excepción porque manualmente liberó XCom y luego la Aplicación intentó liberar XCom también.