in reply to Re^7: Benefits of everything is an object? Or new sigils? (straw man)
in thread Benefits of everything is an object? Or new sigils?
> That's a Straw man. Nowhere in the discussion from the OP up to BrowserUk's neither team work nor "teams owning namespaces" have been mentioned, and by producing them you don't address any point of BrowserUk's post.
This whole thread is about reliable code design which survives unforeseeable future developments! (\UPDATE)
>Apart from that, you deny having mentioned autobox when you clearly did so in the OP -
In the OP I was listing autobox as one of the possibilities to achieve an object. Down this thread I was talking about blessing, autobox doesn't bless, it was all about generally turning an array into an object.
# Another approach would be to use something like autobox and to always have objects right from the beginning and to write $employees_ar->push() !But that's
a) not very perlish and
b) not faster than overwriting CORE::push (I think even much slower)
But this shows the benefit of everything is an object that other languages have!
(added underlining to make it clearer)
So please explain, what was BUK telling as new, if he is only referring to the OP ? (And BTW autobox - which is not the primary subject of this thread about code design -but BUK's - is according to the docs only a little slower than method calls on blessed objects! )
> and claim to have addressed the fully qualified subroutine call, when you didn't.
I did, in the post BUK was replying to.
or you have always to write Employees::list_active(\@employees) or import from Employees!(added underlining to make it clearer)
> That doesn't further a interesting dicussion
O ... your post certainly does.
Cheers Rolf
|
|---|