Beefy Boxes and Bandwidth Generously Provided by pair Networks
laziness, impatience, and hubris
 
PerlMonks  

Re: Re: Thoughts on some new operators for perl (6 or 7)

by hardburn (Abbot)
on Mar 10, 2004 at 14:17 UTC ( #335451=note: print w/ replies, xml ) Need Help??


in reply to Re: Thoughts on some new operators for perl (6 or 7)
in thread Thoughts on some new operators for perl (6 or 7)

.= is already in Perl5. But the period is a completely different operator in Perl6, and .= doesn't make sense for its new purpose (it's for obj.method calls, just like many other OO langs).

----
: () { :|:& };:

Note: All code is untested, unless otherwise stated


Comment on Re: Re: Thoughts on some new operators for perl (6 or 7)
Select or Download Code
Re: Re: Re: Thoughts on some new operators for perl (6 or 7)
by Juerd (Abbot) on Mar 10, 2004 at 14:26 UTC

    .= doesn't make sense for its new purpose

    If you can't imagine a function for it, it automatically does not make sense?

    It could very well become a mutator for objects. As $foo += 5 equals $foo = $foo + 5, $foo .= lc could equal $foo = $foo.lc. Especially for @foo.sort and @foo.=sort, this would be great to have.

    I've been wanting mutating and non-mutating versions of builtins for a while now, and this seems to me a good way to do it.

    See also Re: Re: What should be returned in scalar context?.

    Does it make sense now?

    Juerd # { site => 'juerd.nl', plp_site => 'plp.juerd.nl', do_not_use => 'spamtrap' }

      Sense, yes. But pulling the method and object apart like that is uglier than its worth, IMHO. If you want mutating on an object, than you should define method to work that way already.

      ----
      : () { :|:& };:

      Note: All code is untested, unless otherwise stated

        If you want mutating on an object, than you should define method to work that way already.

        No, that is exactly the opposite of what I want. That way you get again the mess that Perl 5 also has: some are mutating, some are not. I want everything to be non-mutating by default with some kind of modifier to make it mutating. This thread made me think of .= and I think it is a very good candidate, because it works much like the other op= operators: foo op= bar does the same as foo = foo op bar, but with possible optimizations.

        Juerd # { site => 'juerd.nl', plp_site => 'plp.juerd.nl', do_not_use => 'spamtrap' }

Log In?
Username:
Password:

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://335451]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others lurking in the Monastery: (4)
As of 2014-09-01 21:11 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    My favorite cookbook is:










    Results (17 votes), past polls