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


in reply to Re: Should I use Fields, InsideOuts, or Properties?
in thread Should I use Fields, InsideOuts, or Properties?

Thanks for mentioning this.

Reading the thread you linked to, adrianh commented "Once you start refactoring classes and moving object fields between classes, adding fields to classes, etc. I find array based objects becomes a complete PITA." and you seem to agree with him. So, I am reading your example as a way to do things very cleanly in some simple cases, but not as a replacement for fields, which, despite its annoyances, does play well with inheritance.

Replies are listed 'Best First'.
Re^3: Should I use Fields, InsideOuts, or Properties?
by BrowserUk (Patriarch) on Jul 06, 2005 at 12:01 UTC

    It's true that for both methods you need to code your constructors with a view to inheritance, but you have to do that when using fields also.

    For the manually lock hash, you just have to test whether you are constructing a new instance or adding to an existing class, and in the latter case, unlock the hash, add you fields and re-lock. I admit that doesn't provide the _\w* is private behaviour.

    For the blessed arrays, inheritance is messy. Hence my agreement with adrianh.

    Basically, I have still to find the perfect combination for OO in Perl, but I don't have cause to make a great deal of use of it.


    Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
    Lingua non convalesco, consenesco et abolesco. -- Rule 1 has a caveat! -- Who broke the cabal?
    "Science is about questioning the status quo. Questioning authority".
    The "good enough" maybe good enough for the now, and perfection maybe unobtainable, but that should not preclude us from striving for perfection, when time, circumstance or desire allow.