NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.
All the Perl that's Practical to Extract and Report
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.
Text::Pipe? (Score:1)
And I wouldn't put the factory in a
Several pipe segments, piped together, could themselves be pipe segments.
Text::Pipe::*
Re:Text::Pipe? (Score:2)
filterinterface, you don't need to.Creating a stacked pipe is easy by creating a new Pipe stacker object, like: And I also don't care much about the class structure as well, but it needs to be easy and less code enough for more developers to be able to write a new adapter for a new text filtering engine.
But well, it seems like a bike-shed discussion to me. The detailed API could be improved anytime once the development starts. The important thing is to know if it's a good thing or completely useless.
I'm also interested in writing a pipe for arbitrary data structure like reduce() or trim() that works on array ref. Go look at Test::Base::Filter module that INGY created a while ago. It has several filter function that operates both on string and array.
Reply to This
Parent
Re: (Score:1)
my $stacked_pipe = Text::Pipe::Stackable->new($pipe1, $pipe2, $pipe3);
Yes, that's a better design pattern. In that case, Text::Pipe::Stackable->new() should be able to take both individual segments as well as Text::Pipe::Stackable objects as well (for a kind of recursive construction).
That is, stacked pipes should - to the user - be indistinguishable from individual pipe segments. It's just some black hole that has an i
Re: (Score:2)