in reply to Re^2: Cor—An object system for the Perl core
in thread Cor—An object system for the Perl core
Neither does either proposed solution solve the problem.
I have a class. The class uses a bundle module. The bundle imports List::Util::any into the calling package.
I like to test my classes. I like to use Test::Most. If I use Test::Most with default imports I get an exception (under strictures).
Instructing Test::Most to not import Test::Deep in order to avoid this collision means that I cannot use the other methods in Test::Deep that I require.
Test::Most does not allow granular control over the exports of the modules it imports.
That's a design assumption: the user will either want all of Test::Deep or none of it. It limits the value of Test::Most.
I don't want to see similar design assumptions baked into Perl. No one set of assumptions can possibly meet everyones's needs.
It would be a mistake to put Cor or any other OOP framework into the Perl language.
Q.E.D.
|
---|