Tratando con la falta de cierres en Objective-C

Question

Tal vez es solo el hecho de que he estado usando http://nodejs.org/ últimamente, pero la falta de cierres en Objective-C (iphone) ha sido realmente difícil de evitar.

Por ejemplo, estoy creando clases de servicio. Cada clase de servicio puede tener varios métodos, cada uno de los cuales realiza una solicitud URL diferente. Puedo usar el patrón de delegado, pero eso significa que tengo que crear un nuevo servicio cada vez que quiero llamar a un método (porque tiene que almacenar el delegado y el selector para esa solicitud, y las nuevas llamadas a métodos los sobrescribirían) .

Aún más difícil para mí es el hecho de que no puedo mantener fácilmente las variables locales en el alcance de una devolución de llamada. Tengo que guardar todo lo que deseo devolver al delegado en la clase de servicio, lo que hace que sea más difícil tener más de un método en cada clase.

¿Cómo lo hacen los profesionales? ¿Debería dejar de lloriquear y hacerlo de otra manera?

Answer 1

Blocks, que se introdujeron recientemente en Objective-C, permiten cierres. El único problema es que no puedes usarlos en el iPhone. Aquí viene la solución de la 3ª parte, Plausible Blocks: también brindan esta capacidad en el iPhone.

Actualización: el proyecto de ejemplo que usa bloques en iPhone se puede encontrar en here.

Answer 2

Cada vez que necesite múltiples delegados, la respuesta son las notificaciones.

Para algo así como una clase de servicio probablemente harías un singleton, y notificar a las partes interesadas cuando se completara una solicitud de servicio a través de una notificación.

No es que los bloques no sean una solución interesante para ese problema, es solo que creo que debe saber que hay alternativas.

Answer 3

no soy un profesional, pero he estado luchando con el mismo problema por lo que esta es la mejor que tengo hasta ahora:

@interface MyCallback : NSObject 
    id target; 
    SEL action; 
    id value1; 
    id value2; 
    ... 
@end 

cuando tengo que llamar a algo que me notificará acerca Completar llenado Rellenar el objetivo y la acción con la devolución de llamada real (generalmente "self" y un método) y otros valores que necesitaré más adelante en value1..2..3 El destinatario de la llamada se queda en el objeto MyCallback y cuando llega el momento llama el objetivo/acción y pasa el MyCallback como parámetro. Así es como obtengo mi "cierre".

Para resolver su otro problema, aquí tiene una idea: crear una clase derivada de NSURLConnection, llamada MYURLConenction, y solo agregar es un campo de tipo "id", llámelo MyStuff. Luego proceda a utilizar MYURLConenction en lugar de NSURLConnection: cuando realiza una solicitud de red, puede cargar sus datos (como una instancia de MyCallback) en MyStuff y se los conservará. Por lo tanto, no necesitará crear una nueva instancia de su clase de servicio para cada invocación.

Esto no es realmente la forma en que lo hago, aunque - Simplemente creado una clase contenedora MyHTTPRequest genérico que es el delegado de la NSURLConnection, acepta una URL cuerpo & NSString POST, procesa todas las cosas de la red y devuelve un resultado NSString y un NSError para el que llama - una abstracción un poco más alta. También almacena MyStuff, por lo que las clases de servicio pueden seguir siendo singletones si así lo desean.