Beefy Boxes and Bandwidth Generously Provided by pair Networks Bob
P is for Practical
 
PerlMonks  

Re: Best practice or cargo cult?

by GrandFather (Saint)
on Jun 20, 2006 at 17:04 UTC ( [id://556528]=note: print w/replies, xml ) Need Help??

This is an archived low-energy page for bots and other anonmyous visitors. Please sign up if you are a human and want to interact.


in reply to Best practice or cargo cult?

Anything done all the time "because someone said so" is "cargo cult".

However, just because it is "cargo cult" doesn't mean it can't be a best practice. So the question more usefully becomes "Is always using xms on regexen a good idea?".

Personally I can see the justification for generally using /x and /s - they tend to avoid surprises, like when a chunk of whitespace is a tab rather than the space expected and treating all characters in a non-special way (/s) saves involving a couple of brain cells during processing more often than it requires them.

But /m is a beast of a different stripe requiring a significant switch of meaning for ^ and $. I haven't read the book (books are expensive here and Perl is something of a "sideline" for me) so I don't know the justification, but I'd be inclined to leave the /m switch off.


DWIM is Perl's answer to Gödel

Replies are listed 'Best First'.
Re^2: Best practice or cargo cult?
by sgt (Deacon) on Jan 28, 2007 at 17:43 UTC

    I agree. There is also another problem I see; as the ms flags have been used much less, it is possible they are buggier. Quite a few optimization bugs have been found in the m case (and some discussed here actually).

    cheers --stephan

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://556528]
help
Sections?
Information?
Find Nodes?
Leftovers?
    Notices?
    hippoepoptai's answer Re: how do I set a cookie and redirect was blessed by hippo!
    erzuuliAnonymous Monks are no longer allowed to use Super Search, due to an excessive use of this resource by robots.