use Perl

• Maintainability (Score:1)

  by dws (341)

  Until more of the world switches to taking a functional perspective, I suspect that procedural code is going to be more understandable (and maintainable) by the general population of developers.
  
  Paradigm shifts often take time.
  
  
  • Re:Maintainability (Score:1)

    by jjohn (22)

    Here! Here!

    The problem with functional code is that most fresh meat, er, new hires/newbies won't grok what's going on in the code. By using procedural idioms over the functional ones, your code is more likely to be understood by others (and maybe even you) in the future. Using language neutral idioms in public Perl code goes a very long way to squashing Perl's "unmaintainable, spaghetti code" reputation.

    Does that mean eschewing map and grep all together? I don't think so. It is better to limit the use of
    • Re:Maintainability (Score:2)

      by Matts (1087) on 2002.04.18 9:19 (#7238) Journal

      My favourite current map/grep idiom is:
      

      opendir(DIR, $somedir);
      my @files = grep { -f } map { "$somedir/$_" } readdir(DIR);
      closedir(DIR);

      
      Nice and succinct, and I think easy to understand (though I should probably be using File::Spec for portability, but *shrug*). I also partly wish you could do filters like this, sort of like SAX pipelines, so I could do something like:
      

      my (@files, @dirs) = grep2 { -f, -d } map { "$somedir/$_" } readdir(DIR);

      
      I'm sure pdcawley will now pipe in how Perl 6 will be able to do this via hyper operators or something ;-)

      Reply to This

      Parent

      • Re: Fav. map/grep idioms (Was: Maintainability) (Score:1)

        by wickline (135)

        Here's one I've found handy on occasion:
        
                @stuff = sort keys %{{ map {$_ => undef} @stuff }};
        
        gets a sorted list of uniq entries in @stuff.
        
        I always use undef instead of 1 for insignificant hash values because it just *seems* like it should be more efficient. I've never benchmarked any stress-tests though.
        
        -matt