"be consistent" | |
PerlMonks |
Re^6: What esteemed monks think about changes necessary/desirable in Perl 7 outside of OO staffby Tux (Canon) |
on Sep 15, 2020 at 14:18 UTC ( [id://11121794]=note: print w/replies, xml ) | Need Help?? |
split is faster, but also less versatile:
and split is not able to trim trailing space without help
It is still faster, but I would pity the coder that has to maintain it. So, concluding split (as a function) is faster, the next step is to profile your complete process and wonder if winning this little is worth the maintainability nightmare. If this functionality only uses 0.01% of the complete time, I would not even think about bothering. If it makes up 75% of the process time, and you are dealing with 4 Tb datastreams I would create an XS module that does exactly what I need and squeeze every CPU microsecond out of that optimized code. I seriously doubt if that would be worth it. Seriously. There are millions of existing scripts that already use s{^\s+}{} and s{\s+$}{} (which removes all whitespace, so my functions may not be identical for some data), and people that use Perl, are familiar with it. Introducing functions like ltrim and rtrim or whatever they are to be called will for sure appeal to many users (unless the syntax is not obvious: as an excercise to the reader, please try to build split from scratch and implement all edge cases). Is presented as an XS module, it may be used as playground, but then one has to ask themselves, does the time required to import the module weigh against the time gained in the function? Enjoy, Have FUN! H.Merijn
In Section
Meditations
|
|