PBP is a set of guidelines. And it isn't so much about what the rules say, the value of PBP lies in its motivation. I very much prefer to work with a programmer who has reasons to reject all the rules in PBP, then a programmer who can quote chapter and verse which rule(s) a particular statement of his follows, but only does so because PBP says so.
Clearly, if a following a rule from PBP breaks your code, and you have to do unnatural things to unbreak it, it's not a good idea to follow said rule.
If you have a function that is supposed to return in list context, a one element list with a false value (and you seem to have such a function), then "return undef" is perfectly reasonble.
In reply to Re: return explicit undef - Best Practices?
by JavaFan
in thread return explicit undef - Best Practices?
by Boldra
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |