http://www.perlmonks.org?node_id=1050296


in reply to Re^2: Modules: computing a constant, "on load" or in new()?
in thread Modules: computing a constant, "on load" or in new()?

"If one were dealing with a lexical variable as in your example, and if the class was defined entirely within a file, and if the file/module was loaded only via a use statement, what would be the advantage of postponing initialization?"

There might be a few dozen such items, each of which is reasonably costly to compile, and in a particular invocation of the program, only one or two (or perhaps even none in the case where the program has been invoked with the --help parameter) actually need to be used.

package Cow { use Moo; has name => (is => 'lazy', default => sub { 'Mooington' }) } say Cow->new->name

Replies are listed 'Best First'.
Re^4: Modules: computing a constant, "on load" or in new()?
by AnomalousMonk (Archbishop) on Sep 08, 2013 at 04:17 UTC
    ... a few dozen such items, each of which is reasonably costly to compile, ... [perhaps] only one or two ... actually need to be used.

    Sorry to be so long in answering.

    I understand your point about postponing expensive initializations, and I would be inclined to agree in very extreme cases (e.g., an initialization that involved uploading your entire hard-drive to TheCloud™ via a dial-up ISP link). However, my general inclination, even in cases of fairly expensive initializations or object constructions, is to fail as early as possible, if fail one must. Operations that are more expensive tend to be operations that are more prone to failure. If such an operation is postponed until you are in the middle of another, perhaps critical, operation, error handling and recovery can become much more complex. In general, I think it's best to find out your cans of kerosene are empty before you start out for the South Pole, not on the way back!