in reply to Re: Code style advice: where to put "use" statements?
in thread Code style advice: where to put "use" statements?

And what would you (they) do if a module is subsequently needed in another subroutine in the same file?

Unless the other subroutine is in a different package it doesn't matter whether it also "use"s the module or not, it's loaded and will be available (I think you are probably aware of this, just putting it in as clarification). See this example

#!/usr/bin/perl use strict; use warnings; mainsub(); secsub(); thirdsub(); Frob::fourthsub(); sub mainsub { use Data::Dumper; } sub secsub { my $r = "secsub"; print Dumper $r; } sub thirdsub { use Data::Dumper; my $r = "thirdsub"; print Dumper $r; } package Frob; sub fourthsub { my $r = "thirdsub"; print Dumper $r; }
Output:
Name "Frob::Dumper" used only once: possible typo at useuse.pl line 31 +. $VAR1 = 'secsub'; $VAR1 = 'thirdsub'; print() on unopened filehandle Dumper at useuse.pl line 31.

IMO there are several very good reasons not to put "use" into a subroutine (or other block) but rather at the top of a package:


All dogma is stupid.

Replies are listed 'Best First'.
Re^3: Code style advice: where to put "use" statements?
by BrowserUk (Patriarch) on Feb 27, 2008 at 10:49 UTC
    there are several very good reasons not to put "use" into a subroutine (or other block)

    I was pretty convinced already, but your list settles the matter for me.

    That said, for those not convinced that every abstraction is best served by being OOified, the notion of block-scoped imports is tantalising. Makes me wonder if a new pragma--say: uselocal Some::Module qw[ :stuff ]; wouldn't be possible.

    Unlike require, the module would be loaded at compile time, but the import list would not be processed until runtime.

    At runtime, the import list would be processed per use, but the callers package would be localised (and self initialised) first so that imports would disappear at close of block.

    The problem is how to localise a hash entry within the scope of the caller?

    BTW: I love your tagline. It's duality reminds of the old standby "this statement is false". Comtemplating it brings to mind the nightmares I had as a kid when I realised the implications of the infinity of space.


    Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
    "Science is about questioning the status quo. Questioning authority".
    In the absence of evidence, opinion is indistinguishable from prejudice.