Bloques Try-Finally para proteger múltiples recursos en Delphi (Traducción)

[[AgustinOrtu]]

Yo creo que lo mas pragmatico es tener constructores y destructores simples (por lo general yo no redefino destructores). Si se tienen constructores simples que lo unico que hacen es asignar los valores que reciben, pero no crean objetos, entonces la forma #3 es totalmente segura

Con esto me refiero a que, en lugar de que un objeto cree un descendiente de TStream (lo cual puede tener complicaciones), mejor que lo reciba ya correctamente inicializado; de este modo, el no tendra que tambien ser responsable de saber como crear el stream, que hacer si no se puede crear, ni responsable de destruirlo

[fremen]

Empezado por AgustinOrtu

Yo creo que lo mas pragmatico es tener constructores y destructores simples (por lo general yo no redefino destructores). Si se tienen constructores simples que lo unico que hacen es asignar los valores que reciben, pero no crean objetos, entonces la forma #3 es totalmente segura

Con esto me refiero a que, en lugar de que un objeto cree un descendiente de TStream (lo cual puede tener complicaciones), mejor que lo reciba ya correctamente inicializado; de este modo, el no tendra que tambien ser responsable de saber como crear el stream, que hacer si no se puede crear, ni responsable de destruirlo

Creo que no te he entendido bien... lo que sugieres es que el encapsulamiento de objetos, no es una buena idea???

[[AgustinOrtu]]

Empezado por fremen

Creo que no te he entendido bien... lo que sugieres es que el encapsulamiento de objetos, no es una buena idea???

No, justamente es lo contrario

[fremen]

Empezado por AgustinOrtu

No, justamente es lo contrario

Ok. Ya entendí.

Aunque veo sus ventajas a este patrón, a mi personalmente no me convence. Pero para gustos, colores. Y otra cosa no, pero colores en programación tenemos cientos...