in reply to RFC: Data::Dumper::Lite

3 things:

  1. Why would this module have an OO interface if only 1 exported subroutine would do? (i.e., similar to the existing interface to Data::Dumper)
  2. Why is this module called "Lite" if it actually provides additional functionality?
  3. Why not patch the existing Data::Dumper to have the additional functionality you want? That would be much more useful than polluting CPAN with Yet Another Dumper Module.

Replies are listed 'Best First'.
Re: Re: RFC: Data::Dumper::Lite
by Mr. Muskrat (Canon) on May 27, 2003 at 18:55 UTC

    1. Why would this module have an OO interface if only 1 exported subroutine would do? (i.e., similar to the existing interface to Data::Dumper)
      This is my first real attempt at module creation and I decided to add one more area of training by learning about OO. As it turns out, adding the object oriented interface reduced the amount of code while making it more difficult for someone to muck around with the innards.
    2. Why is this module called "Lite" if it actually provides additional functionality? Why not patch the existing Data::Dumper to have the additional functionality you want?
      As adrianh pointed out, it doesn't provide any additional functionality. My reply to broquaint should explain the "Lite" name.

[reply]

      This is my first real attempt at module creation and I decided to add one more area of training by learning about OO. As it turns out, adding the object oriented interface reduced the amount of code while making it more difficult for someone to muck around with the innards.

      Great, but why do the people that use your module have to type Data::Dumper::Lite->new->Dump(...) when a simple change would allow them to write Dump ... instead?

      In your module: 

      use Exporter::Tidy _map => { Dump => sub { __PACKAGE__->new->Dump(@_) 
+} };

      [download]

      User's code: 

      use Data::Dumper::Lite qw(Dump);

print Dump(...);

      [download]

      Juerd # { site => 'juerd.nl', plp_site => 'plp.juerd.nl', do_not_use => 'spamtrap' }

[reply]
[d/l]
[select]
        That works beautifully! I can keep my data (and some of the methods) wrapped up nice and snug (and some what out of reach) inside of my object. The user can decide if they want to use the module functionally or in an OO manner.
[reply]

In Section Meditations