views:

80

answers:

3

Hi, I was just thinking, as you can treat Blocks like objects if I create two of them and then add them to an NSArray is there a way to execute them from the array?

int (^Block_001)(void) = ^{ return 101; };
int (^Block_002)(void) = ^{ return 202; };
NSArray *array = [NSArray arrayWithObjects:Block_001, Block_002, nil];

EDIT: Update for clarity Per @davedelong's excellent answer

int (^Block_001)(void) = [^{ return 101; } copy];
int (^Block_002)(void) = [^{ return 202; } copy];
NSArray *array = [NSArray arrayWithObjects:Block_001, Block_002, nil];

[Block_001 release];
[Block_002 release];

Gary

+5  A: 

Of course you can.

int (^x)(void) = [array objectAtIndex:0];
printf("%d\n", x()); // prints 101.
KennyTM
I did consider this, very interesting. Can you just clarify for me, am I right in referring to "int (^x)(void)" as a pointer to a block? Just trying to make sure I am getting the terminology correct.
fuzzygoat
+3  A: 

Sure, you just invoke it with () like any other block, but you need to typecast the value you retrieve from NSArray. Here's an example (with an added typedef, because otherwise my head hurts):

typedef int (^IntBlock)(void);
IntBlock Block_001 = ^{ return 101; };
IntBlock Block_002 = ^{ return 202; };
NSArray *array = [NSArray arrayWithObjects:Block_001, Block_002, nil];
int x = ((IntBlock)[array objectAtIndex:0]) (); // now x == 101
David Gelhar
ok, so not being familiar with function pointers am I getting this right? The typedef is defining "IntBlock" that is a pointer to a block that returns an int and takes no arguments. I think I get it, and looking at the alternative (which I am pretty sure I would get wrong) I appreciate your decision to go with the typedef :) Much appreciated.
fuzzygoat
Yes, you've got it.
David Gelhar
+9  A: 

@KennyTM and @David are correct, but your code is potentially wrong. Here's why:

When creating an NSArray with objects, it will retain the objects put into it. In the case of blocks, it's using the Block_retain function. This means that the array has retained the blocks that you created, but that live on the stack (blocks are one of the very rare examples of Objective-C objects that can be created on the stack without delving into absurd tricks). That means that as soon as this method exits, your array now points to garbage, because the blocks it was pointing to no longer exist. To do this properly, you should do:

int (^Block_001)(void) = [^{ return 101; } copy];
int (^Block_002)(void) = [^{ return 202; } copy];
NSArray *array = [NSArray arrayWithObjects:Block_001, Block_002, nil];

[Block_001 release];
[Block_002 release];

By invoking copy on the block, you're explicitly moving the block off of the stack and onto the heap, where it can safely remain after the method/function exits. Then after you've added the blocks to the array, you have to balance your copy (because of the NARC rule) with a subsequent call to release. Make sense?

Dave DeLong
Hi Dave, yes I understand, I was not aware of blocks being created on the stack (only just started looking at blocks today). Much appreciated.
fuzzygoat
Excellent point on the need to copy
David Gelhar