más buenas prácticas de programación

[donald shimoda]

Empezado por roman

De hecho (aunque no lo voy a jurar ) esto es seguro:

Código Delphi [-]type TPersona = class procedure Saluda; end; procedure TPersona.Saluda; begin ShowMessage('Hola'); end; procedure TForm1.Button1Click(Sender: TObject); var Persona: TPersona; begin // No construyo el objeto Persona.Saluda; end;


// Saludos

Jeje, hasta que deje de serlo.

FPC se queja con ese código, por lo tanto prefiero escribir código seguro que experimenta con lo que se banca la VCL.

Saludos

[roman]

Empezado por donald shimoda

prefiero escribir código seguro

Nosotros también, pero también preferimos no redundar. No hace falta evitar el caso nil por lo que expliqué arriba.

En el ejemplo anterior, la llamada Persona.Saluda realmente genera este código:

call TPersona.Saluda

Se llama a una función que sí existe, no hay una referencia a una memoria inválida.

Si tuviéramos

Código Delphi [-]
type
  TPersona = class
    Saludo: String;
    procedure Saluda;
  end;

procedure TPersona.Saluda;
begin
  ShowMessage(Saludo);
end;

procedure TForm1.Button1Click(Sender: TObject);
var
  Persona: TPersona;

begin
  // No construyo el objeto
  Persona.Saluda;
end;

entonces sí que habría problemas, porque no ha sido asignada memoria a ningún objeto y por tanto el campo Persona.Saludo no existe aún.

// Saludos

[[Lepe]]

... me están estressanndo



Sal%&(/% Invalid pointer operation.

[roman]

Por eso lo tengo comentado:

// Saludos

no vaya a ser...

// Saludos

[[Delphius]]

Al igual que lepe me dejaron frito el cerebro.

Leí el link que señala Donald y la verdad es que no lo entendí ¿Dónde está el problema?

Saludos,