Monkey-patching, subclassing, and accidental overriding
We all know that CPAN is one of Perl's biggest advantages. But sometimes, you find yourself using a CPAN class that doesn't have quite enough features for what you're trying to do. What's the best way to deal with that sort of situation?
One option would be to monkey-patch new code into the CPAN class you're using — just add extra subroutines to the original namespace. But unconstrained monkey-patching has consequences that make it extremely hard to use in practice. So the usual alternative recommendation is to subclass the CPAN code, add the new methods in the subclass, and then ensure that the rest of your program always uses the subclass in place of the original. But that approach has two flaws. First, it can be awkward to make sure your subclass is always used in the right places. Second, it doesn't actually fix the problem: you can still experience all the same issues as with monkey-patching!
This talk examines the problems with this sort of reuse, whether you're trying to use monkey-patching or subclassing. It also offers some solutions that take advantage of Perl's flexibility to make it both easy and safe, regardless of whether you're using Perl's built-in OO or a full-featured object system like Moose.
Attended by: JJ Allen, Tom Hukins, Adam Trickett (ajt), Stevan Little (stevan), Adam Bartosik, James Macfarlane, Christopher Hanna (Chad), Darius Jokilehto, Braudel Maqueira (brau), Neil Hemingway (neilh), Rafiq Gemmail (Raf), Nuria Arranz-Velazquez, Anish Kumar (Anish), Martin Evans (mjevans), Colin Newell (bfwg), Christof Meerwald (cmeerw), Daniel Lukasiak, Michael Gray, Neil Bowers (NEILB), Brad Haywood, Dark Knight, Kaushal Maru, Graeme Hewson, stuart Skelton, Marcus Duyzend, Rikki Guy,