Comments on: #4 Understanding delegates

By: Thomas

Thomas — Wed, 17 Jun 2009 17:24:11 +0000

@Frank : you can simply test which window was passed as an argument in the windowShouldClose:(id)window method :
if (window===myWindow1)
// perform an action
else
// perform another action

By: Frank

Frank — Thu, 11 Jun 2009 02:16:26 +0000

Thank you, I’m not sure I get it though. ( I’ve just bought and obj-c book, maybe it will help me)

But I’ll say what confuses me, maybe it can help someone else who is foreign to obj-c programming like me.

What I understand is that delegate is like subclassing to overwrite a method, but without subclassing the class (in C, or python). You overwrite the method on the class instance. Is it correct?

But what happen if you have two different panels in your AppController that needs to delegate a difefrent windowShouldClose for each of them?

By the way, nice job with your screencast.

By: Thomas

Thomas — Thu, 04 Jun 2009 10:14:08 +0000

@Frank :
> Why do you delegate self?

I set the delegate to self to keep things simple.
You could create another object that would act as the delegate for the panel, but it wouldn’t be useful in this simple example.

> How does the delegate know which method to use/overwirte?

Here : http://bit.ly/gT6mU , you can see that CPWindow tests if it’s delegate object responds to windowShouldClose

By: Frank

Frank — Thu, 04 Jun 2009 05:17:32 +0000

Why do you delegate self?
and
How does the delegate know which method to use/overwirte?

By: CC

CC — Sat, 21 Mar 2009 18:36:37 +0000

I’ve watched this a couple times and it inspires me keep playing. Good Job.