Bloques vs métodos privados?

Question

¿Cuáles son las desventajas de usar un bloque para definir un método privado dentro de un método, en lugar de usar un método privado real? ¿Hay algo aparte de no poder llamar al método desde otro lugar?

Ejemplo:

-(NSDictionary*)serialize 
{ 
    NSMutableDictionary* serialization = [NSMutableDictionary dictionary]; 

    TwoArgumentsBlockType serializeItemBlock = ^void(MyItemClass* item, NSString* identifier) 
    {  
     if (item) 
     { 
      // serialization code 
     } 
    }; 

    serializeItemBlock(self.someItem1, kSomeIdentifier1); 
    serializeItemBlock(self.someItem2, kSomeIdentifier2); 
    serializeItemBlock(self.someItem3, kSomeIdentifier3); 
    serializeItemBlock(self.someItem4, kSomeIdentifier4); 
    serializeItemBlock(self.someItem5, kSomeIdentifier5); 
    serializeItemBlock(self.someItem6, kSomeIdentifier6); 
    serializeItemBlock(self.someItem7, kSomeIdentifier7); 
    serializeItemBlock(self.someItem8, kSomeIdentifier8); 
    serializeItemBlock(self.someItem9, kSomeIdentifier9); 
    serializeItemBlock(self.someItem10, kSomeIdentifier10); 
    serializeItemBlock(self.someItem11, kSomeIdentifier11); 

    return serialization; 
} 

Answer 1

La claridad del código es importante.

métodos permiten encapsular secciones enteras de código separados unos de otros, y puede hacer que sea más fácil de leer ..

Otra razón para elegir los métodos privados más de los bloques es la gestión de memoria. Este es un tema muy importante para discutir aquí, pero basta decir que los bloques son extraños en la administración de la memoria y no actúan como cualquier otra estructura de código en ese sentido.

Answer 2

Podría decirse que es más difícil para navegar por el código - que tienden a tener puntos de entrada enterrados en lugar oscuramente en medio de alguna función, y no hay ningún nombre de función se puede ver en el depurador o de búsqueda para, que puede hacer la depuración y el seguimiento un poco más difícil.

Answer 3

creo que los 3 mayores inconvenientes son:

1. El bloque no es reutilizable, como usted menciona.
2. El bloque no se puede probar: no se puede escribir una prueba unitaria que verifique que el bloque hace lo que usted cree que hace.
3. El código es menos legible. Cuando lee este método, lo importante es que una serie de cosas se serialicen, no los detalles de cómo se implementa la serialización.

Mover este bloque a un método resolvería todos estos problemas. Si el bloque es utilizado por alguna API que toma una devolución de llamada de bloque como argumento, siempre puede return the block from a method.