The first thing is that I'm going to be changing the callers because pp() references global data (namely $str). pp() also alters that data, so I will be returning the altered $str.

The code, upon first glance, looks slightly unfactored. But, I've taken the common element (the actual print command) and moved it out of the sub. This allows for pp() to display the actual parts that differ. For example, you have four separate paths through pp(), depending on how f1() and f2() behave. This version makes that explicit.

{ my ($indent, $depth) = ( "\t", 0 ); my $_print = sub { print $indent x $depth, substr( $_[0], 0, $_[1] ); }; sub pp { return unless @_; my ($str) = @_; my ($pos, $first ) = f1( $str ); if ( defined $first ) { if ( $first eq CONST1 ) { $depth++; $_print->( $str, ++$pos ); } elsif ( defined( my $newpos = f2( $str, $first ) ) ) { $_print->( $str, $newpos + 2 ); } else { $_print->( $str, $pos ); $depth++; } } else { $_print->( $str, $pos ); } $str =~ s[^.{$pos1}\s*][]; return $str; } }

Update: Upon further thought, the calls to f1() and f2() need to be refactored further.

{ my ($indent, $depth) = ( "\t", 0 ); my $_print = sub { print $indent x $depth, substr( $_[0], 0, $_[1] ); }; my $_call_f1_f2 = sub { my $str = shift; my ($pos, $first) = f1( $str ); return ($pos, 0) if !defined $first; if ( $first eq CONST1 ) { $depth--; return ($pos + 1, 0); } $pos = f2( $str, $first ); return ($newpos + 2, 0) if defined $pos; return ($pos, 1); }; sub pp { return unless @_; my ($str) = @_; my ($pos, $depth_mod) = $_call_f1_f2->( $str ); $_print->( $str, $pos ); $depth += $depth_mod; $str =~ s[^.{$pos1}\s*][]; return $str; } }

Update: Typo in code ($_->print -> $_print->) fixed.

Being right, does not endow the right to be rude; politeness costs nothing.
Being unknowing, is not the same as being stupid.
Expressing a contrary opinion, whether to the individual or the group, is more often a sign of deeper thought than of cantankerous belligerence.
Do not mistake your goals as the only goals; your opinion as the only opinion; your confidence as correctness. Saying you know better is not the same as explaining you know better.


In reply to Re: Refactoring challenge. by dragonchild
in thread Refactoring challenge. by BrowserUk

Title:
Use:  <p> text here (a paragraph) </p>
and:  <code> code here </code>
to format your post, it's "PerlMonks-approved HTML":



  • Posts are HTML formatted. Put <p> </p> tags around your paragraphs. Put <code> </code> tags around your code and data!
  • Titles consisting of a single word are discouraged, and in most cases are disallowed outright.
  • Read Where should I post X? if you're not absolutely sure you're posting in the right place.
  • Please read these before you post! —
  • Posts may use any of the Perl Monks Approved HTML tags:
    a, abbr, b, big, blockquote, br, caption, center, col, colgroup, dd, del, details, div, dl, dt, em, font, h1, h2, h3, h4, h5, h6, hr, i, ins, li, ol, p, pre, readmore, small, span, spoiler, strike, strong, sub, summary, sup, table, tbody, td, tfoot, th, thead, tr, tt, u, ul, wbr
  • You may need to use entities for some characters, as follows. (Exception: Within code tags, you can put the characters literally.)
            For:     Use:
    & &amp;
    < &lt;
    > &gt;
    [ &#91;
    ] &#93;
  • Link using PerlMonks shortcuts! What shortcuts can I use for linking?
  • See Writeup Formatting Tips and other pages linked from there for more info.