Re^3: Can I please have *simple* modules?

[Perl Mouse]

Huh? Retype? What primitive editor do you have?

[Ovid]

No, I don't have to retype them. I have a reasonable editor and it can chunk out plenty of boilerplate code for me. Regardless, code duplication is code duplication. If you want to put a bunch of cut-n-paste boilerplate in your modules, that's fine. I just don't like to do it in my modules and I don't want to have to maintain it in other's modules. That means more code I or a maintenance programmer has to wade through to understand what's going on.

Additionally, your method assumes a particular implementation (in this case, a blessed hashref). Not only does it make it easy for another programmer to violate encapsulation (even if it's only by accident), it also means that it's more work to switch your object to a blessed array ref or inside out objects.

There's been plenty written about why duplicating even simple things like accessors/mutators is bad. Rather than want to do that, I just do this:

use Class::BuildMethods qw/foo bar baz/;

With that, I get three accessors/mutators without code duplication or reliance on the internals. Further, it's easy to extend them with default values or validation code. In short, by my writing this module once, my other code is cleaner and more flexible.

[Perl Mouse]

That means more code I or a maintenance programmer has to wade through to understand what's going on

That's exactly why I like to spell out the accessors in my code. No other module to understand to know what the code is doing.

Additionally, your method assumes a particular implementation (in this case, a blessed hashref)

Uhm, no. Look again.

Not only does it make it easy for another programmer to violate encapsulation (even if it's only by accident), it also means that it's more work to switch your object to a blessed array ref or inside out objects.

Actually, the accessors are for inside-out objects, and if you want to switch to blessed array refs, you can leave the accessors I wrote them just they way they are. They will keep working.

use Class::BuildMethods qw/foo bar baz/;

With that, I get three accessors/mutators without code duplication or reliance on the internals.

And a dependency on another module, who's internals are more complicated than one-liner accessors.

I'd love to see the code of Class::BuildMethods that works independently of how the class using it is implemented, without denying the using class direct access to its data.

[Ovid]

You're right that I misread your code. I still think my points stand but feel free to disagree. You can check the CPAN for my code soon (it has just been uploaded).