Re: Cor—An object system for the Perl core

I'm curious if there's been any commentary from or interaction with some of the big Moose-y using projects (e.g. Mojolicious to name a specific instance) as far as what their plans would be / are.

Edit: Not that Mojo uses Moose in as such but it has its own maybe call it "Moose inspired" flavor.

Another: One of my worries (for lack of any better term) is that maybe at best it's an xkcd 927 situation and J Random Perlhaxor is now going to need to know how to do OOP TASK X / Y / Z in n+1 ways depending on the specific project/the ecosystem being used/the phase of moon.

(That being said these aren't really strong "worries" and it does look interesting at first (admittedly cursory) glance. I understand there may be whatever fundamental underlying implementation problems that won't go away without a re(design|write) and grant YET ANOTHER OOP SYSTEM may truely be the only way forward.)

The cake is a lie.
The cake is a lie.
The cake is a lie.

Comment on Re: Cor—An object system for the Perl core

Replies are listed 'Best First'.
Re^2: Cor—An object system for the Perl core by Ovid (Cardinal) on May 22, 2020 at 11:47 UTC
One of my worries (for lack of any better term) is that maybe at best it's an xkcd 927 situation and J Random Perlhaxor is now going to need to know how to do OOP TASK X / Y / Z in n+1 ways depending on the specific project/the ecosystem being used/the phase of moon. That's a valid concern. However, Cor is designed to be part of the language itself, not an alternate object system to choose from. Thus, you could reach for Moo, Moose, Mu, Class::Std, Class::Tiny, Class::InsideOut, etc, but if Perl's built-in OO system satisfies your needs, why make your life harder aside from backwards-compatibility? We need to end this mess where new developers ask how to do OO and the response is "first, learn how to use a CPAN client; second, pick one of the myriad OO systems on the CPAN; third, here are common installation errors; fourth, well, that OO system isn't well-known, so maybe pick my personal favorite; sixth ..." Cheers, Ovid Hire me for training or software development.	[reply]

Replies are listed 'Best First'.

Re^2: Cor—An object system for the Perl core
by Ovid (Cardinal) on May 22, 2020 at 11:47 UTC

One of my worries (for lack of any better term) is that maybe at best it's an xkcd 927 situation and J Random Perlhaxor is now going to need to know how to do OOP TASK X / Y / Z in n+1 ways depending on the specific project/the ecosystem being used/the phase of moon.

That's a valid concern. However, Cor is designed to be part of the language itself, not an alternate object system to choose from. Thus, you could reach for Moo, Moose, Mu, Class::Std, Class::Tiny, Class::InsideOut, etc, but if Perl's built-in OO system satisfies your needs, why make your life harder aside from backwards-compatibility?

We need to end this mess where new developers ask how to do OO and the response is "first, learn how to use a CPAN client; second, pick one of the myriad OO systems on the CPAN; third, here are common installation errors; fourth, well, that OO system isn't well-known, so maybe pick my personal favorite; sixth ..."

Cheers,
Ovid

Hire me for training or software development.

[reply]