Re: Re: Child objects querying parent objects about themselves

[vaevictus]

Thanks. As far as the \$parent typo, i've already got it correct in my code... just not when i typed it into SOPW. Thanks for the heads up though.

As for the method you described ... this is probably the best way to do it... naturally... if this becomes too much overhead, i'll have to make the coords redundant somewhere, as described in jdporter's comment.

[nothingmuch]

An object oriented principial dilema arises from such redundancy - should the child object be responsible for it's location in the parent (knowing and/or maintaining)?
Some will argue that since the children heriarchly exist within the parent, then the responsibility should only be the parent's...
This is perhaps analogeous to the question of wether you should use method objects within sibling methods, or access the object internals directly.
Think about it.

In addition, perhaps Tie::RefHash may be of use for maintaing a hash of references to the child objects, within the parent. The parent can simply lookup child by it's object reference, and in the hash will be the coordinate values.

-nuffin
zz zZ Z Z #!perl

[vaevictus]

This is exactly my question and dilema-> I believe that the child *is* hierarchly placed within the parent and that the responsibility should only be the parent's. And thus, while implementation is not a difficult situation as far as any of the 3 suggestions from jdporter's comments, the usage of redundancy in just the parent or partly in the child seem extra.

I believe I will brute force the results currently, but probably be forced to provide a lookup hash in the parent for efficiency.