http://www.perlmonks.org?node_id=180809


in reply to Re: Re: What do you like in a Collection class?
in thread What do you like in a Collection class?

I wasn't saying we don't need what we don't have, just offering an explanation.

There are times when one needs things that Perl's arrays and hashes cannot provide, but that doesn't happen often. Even when it does, it is usually possible to shoehorn Perl's builtin data structures into the job at the expense of extra code complexity, or to rearrange the task in a less convenient way such that arrays or hashes will suffice (which is really the same thing as the former).

That doesn't mean it can always be done. It just means that a rare itch will likely get ignored rather than scratched, hence the lack of modules, and that is all I was saying.

Update in reply to dragonchild: if the need is so seldom and a prior art does not exist, the incentive to invest the effort of writing a generalized solution is low. It's a case of weighing hubris (create CPAN module) vs impatience (just write some code)..

Makeshifts last the longest.

  • Comment on Re^3: What do you like in a Collection class?

Replies are listed 'Best First'.
Re: Re^3: What do you like in a Collection class?
by dragonchild (Archbishop) on Jul 10, 2002 at 20:35 UTC
    "Extra Code Complexity" ... doesn't that just scream to be refactored into a module?

    ------
    We are the carpenters and bricklayers of the Information Age.

    Don't go borrowing trouble. For programmers, this means Worry only about what you need to implement.