Problem with OO

Anon

Hi!

I have a little problem with my classes... I do not understand what's happening!

This is the line:
$this->Parent->getIncludes()->IncRequest("website");

Parent is the parent class, and getIncludes return a class... I receive a parse error on this line.

With this code it works:
$tmp = $this->Parent->getIncludes();
$tmp->IncRequest("website");

Is this a bug with PHP4.0.4pl1? I have a lot of calls to do this way and doing stupid temporary variables is really a pain!

If somebody has a clue...

Anon

PHP doesn't currently have support for that syntax. Hopefully in the next version.

Anon

Thanks for the answer... I won't search all my night for that then...

There is only one thing to do then... wait
🙁

[deleted]

Why do so many people insist on writing unintelligable code?

$this->Parent->getIncludes()->IncRequest("website");

a method from a class returned by a method from a property from a class?

I doubt you'll remember what you were doing in this script in a few months time, let alone that anyone else can understand what you were doing. :-)

PS this is a bit like not being able to deisgnate an element in an array returned by a function:
echo a()[2];
which is not possible (and I hope it never will be) because it will generate tons of overhead.

Anon

Sorry but for me, it doesn't sound unintelligable at all... 😉

I have a main class with tons of childs... and the code I paste is to access another child from a child? (Woaw, my english sound unintelligable, okey, but not the code ;p).

And I use "getIncludes" cause I don't want to use public variables in a class, this is a question of ethic (erhm).

And of course, I would like to see a()[2] possible as it is in most other languages... why not?!?!? You don't have to use it if it exists, but I would!

[deleted]

There you go, you're having trouble explaining what you did in english already :-)

My point is that you may find it all crisp and clear now because you've been working with it all the time.
Now give it to a collegue who hasn't been working with it, and see if he can understand it. I think he's going to have some trouble.

Just like PHP shorthand for the IF/THEN. Cute, compact, and completely unreadable to anyone but the author.

:-)

I definately hope that a()[1] will never become available because that would cause may amature-scriptwriter's scripts to slow to a halt, executing the function again and again for each element you want to use. (imagine getting rows of data from a database using that kind of function.. ouch)

Anon

LOL vincent, sorry but if I got problems to explain it... it's cause english is not my motherlanguage, that's all 😉

I can't wait for the next Zend engine anyway 🙂

mithril

Vincent,

I agree with you in principle but it would still be nice to have some object overloading capablilties, if only on extension defined classes. For example it'd make life a bit easier (and the code a bit more concise) in PHP-GTK apps if I could set child widget properties directly through the parent. For example:

   $widget->entry->set_text("blah blah blah");

instead of having to:

   $entry = $widget->entry;
   $entry->set_text("blah blah blah");

to access the GtkEntry child in a GtkCombo widget. However, PHP wasn't initally designed to do this kinda stuff and on the whole I think it's a Good Thing (TM). Besides, to the best of my knowledge, it's all a moot point. Unless Andrei's planning on adding it to agument his php-gtk extension, I don't think there are currently any plans to add object overloading into the PHP core. That being said, I could be wrong. It happened once last year🙂

Cheers,

Geoff A. Virgo

[deleted]

giggle ya sure, blame your english. 🙂

jordan

Actually, you have three options: 1) get on with your life and code around this "problem", 2) wait, or 3) hack it into PHP yourself! "Open Source" isn't just a pretty term -- it actually means exactly what it sounds like. If there's a "feature" you want, write it. Seems a lot more productive to me than waiting around for other people to do it when it looks as though nobody else really plans to.