objective c - recursividad - bloque recursivo y retener ciclos en ARC

que es ser recursivo

Question

EDIT2:

No. La respuesta sugerida es acerca de las llamadas asincrónicas . Deseo y necesito llamadas sincrónicas, como en una llamada recursiva estándar normal.

EDITAR:

mientras

__unsafe_unretained void (^unsafe_apply)(UIView *, NSInteger) ;

compila sin advertencia o errores, falla en tiempo de ejecución con un NULL almacenado en inseguro_apply.

Sin embargo esto:

- (void) applyToView: (UIView *) view {
UIColor * (^colorForIndex)(NSInteger) = ^(NSInteger index) {
return [UIColor colorWithHue: ((CGFloat) index / 255.0f)
saturation: 0.5f
brightness: 0.5f
alpha: 1.0f] ;
} ;
void (^applyColors) (UIView *, NSInteger index) = ^(UIView * view, NSInteger index) {
view.backgroundColor = colorForIndex(index) ;
} ;
void (^__block recurse_apply)(UIView *, NSInteger) ;
void (^apply)(UIView *, NSInteger) = ^(UIView * view, NSInteger level) {
applyColors(view, level) ;
[view.subviews enumerateObjectsUsingBlock:^(UIView * subview, NSUInteger idx, BOOL *stop) {
recurse_apply(subview, 1+level) ;
}] ;
} ;
recurse_apply = apply ;
apply(view, 0) ;
}

compila sin advertencias, pero lo más importante, realmente se ejecuta.

¡Pero esto es tan feo !

considere (colorear la jerarquía de vista, para exponer el propósito ...) :

- (void) applyToView: (UIView *) view {
UIColor * (^colorForIndex)(NSInteger) = ^(NSInteger index) {
return [UIColor colorWithHue: ((CGFloat) (index * 10.0f) / 255.0f)
saturation: 0.5f
brightness: 0.5f
alpha: 1.0f] ;
} ;
void (^applyColors) (UIView *, NSInteger index) = ^(UIView * view, NSInteger index) {
view.backgroundColor = colorForIndex(index) ;
} ;
void (^apply)(UIView *, NSInteger) = ^(UIView * view, NSInteger level) {
applyColors(view, level) ;
[view.subviews enumerateObjectsUsingBlock:^(UIView * subview, NSUInteger idx, BOOL *stop) {
apply(subview, 1+level) ;
}] ;
} ;
apply(view, 0) ;
}

Recibo esta advertencia:

/Users/verec/Projects/solotouch/SoloTouch/BubbleMenu.m:551:42: la Block pointer variable ''apply'' is uninitialized when captured by block

Si aplico la solución sugerida: Maybe you meant to use __block ''apply''

void (^__block apply)(UIView *, NSInteger) = ^(UIView * view, NSInteger level) {

Luego obtengo: /Users/verec/Projects/solotouch/SoloTouch/BubbleMenu.m:554:13: Capturing ''apply'' strongly in this block is likely to lead to a retain cycle

Intenté varias formas de alterar el código y deshacerme de esas advertencias

__weak typeof (apply) wapply = apply ;
if (wapply) {
__strong typeof (wapply) sappy = wapply ;
wapply(subview, 1+level) ;
}

Pero las cosas empeoran y se convierten en errores.

Terminé con esto:

__unsafe_unretained void (^unsafe_apply)(UIView *, NSInteger) ;
void (^apply)(UIView *, NSInteger) = ^(UIView * view, NSInteger level) {
applyColors(view, level) ;
[view.subviews enumerateObjectsUsingBlock:^(UIView * subview, NSUInteger idx, BOOL *stop) {
unsafe_apply(subview, 1+level) ;
}] ;
} ;
unsafe_apply = apply ;
apply(view, 0) ;

¿Alguien tiene una mejor solución, donde podría hacer todo desde dentro del bloque y no espantosamente hacer el parche como tenía que hacer aquí?

Tenga en cuenta que esas preguntas SO son sobre la captura de self y esas preguntas tan no tienen ninguna respuesta satisfactoria.

Answer 1

La respuesta es no.

Parece que no podemos hacer nada mejor que usar el calificador __block.

__block void(^strawberryFields)();
strawberryFields = ^{ strawberryFields(); };
strawberryFields();

Gracias al artículo de Bill Bumgarner sobre bloques.

EDITAR:

__block __weak void(^strawberryFields)();

parece ser la forma preferida bajo ARC.

Answer 2

__block capturar una variable __block , porque los bloques capturan variables no __block por valor cuando se crean, y la asignación ocurre después de que se ha creado el bloque.

En ARC, __block variables del tipo puntero de objeto (generalmente todas las variables son implícitamente __strong ) son retenidas por el bloque. Entonces, si el bloque captura una variable __block que apunta a sí misma, crearía un ciclo de retención. La solución es hacer que capture una referencia débil. En las versiones del sistema operativo que admiten __weak , __weak debe usarse en lugar de __unsafe_unretained .

Sin embargo, si la única referencia al bloque fuera una variable __weak , no habría referencias fuertes al bloque, lo que significa que puede desasignarse. Para usar el bloque, debe tener una referencia fuerte para mantenerlo.

Por lo tanto, necesitas dos variables, una débil y una fuerte. La forma correcta de hacerlo en ARC es:

__block __weak void (^weak_apply)(UIView *, NSInteger) ;
void (^apply)(UIView *, NSInteger) ;
weak_apply = apply = ^(UIView * view, NSInteger level) {
applyColors(view, level) ;
[view.subviews enumerateObjectsUsingBlock:^(UIView * subview, NSUInteger idx, BOOL *stop) {
weak_apply(subview, 1+level) ;
}] ;
} ;
apply(view, 0) ;

Answer 3

Para evitar las advertencias de ARC y desarrollar la respuesta de @newacct, encontré que funciona el bloqueo débil dentro del bloque retenido:

//a block definition
typedef void (^CompletionType)(NSDictionary * __nullable response, NSError * __nullable error);
//a block calling itself without the ARC retain warning
__block CompletionType completionBlock = nil;
__block __weak CompletionType weakCompletionBlock = nil;
completionBlock = ^(NSDictionary *response, NSError *error) {
weakCompletionBlock = completionBlock;
weakCompletionBlock();
});
};