¿Puedo omitir el funcionamiento de @synthesize en Objective C?

Question

Estoy creando una clase base que tiene un indicador isDirty. Se establece cada vez que una de sus propiedades cambia, pero como es una clase base, no sabe cuáles son sus propiedades. Así que, básicamente, en cada subclase, tengo que anular cualquier - set: método para algo como esto:

- (id) setName:(NSString *)value { 
    if ([name isEqualToString:value]) { 
    return; 
    } 
    [name autorelease]; 
    name = [value retain]; 
    isDirty = YES; //Here's the important bit 
} 

casi todas las líneas de eso es lo que el colocador sintetizado automáticamente haría. ¿Hay alguna manera de que pueda anular lo que realmente crea @synthesize?

Hay otras opciones que se me han ocurrido, pero todas parecen ser mucho más lentas en tiempo de ejecución que este método. He pensado en cosas como agregar un objeto para observar sus propios cambios de propiedad, o crear una función genérica para hacer todo eso y simplemente pasar la dirección al iVar y el nuevo valor, pero eso todavía requiere anular el setter.

¿Alguna idea? Si hace una diferencia, es para una aplicación de iPhone.

Answer 1

No hay forma de que sepa que le permite anular lo que hace @synthesize.

Al final del día, se usa para crear métodos básicos de acceso, es decir. aquellos que no tienen un comportamiento específico.

Tal vez deberías consultar la codificación del valor clave y la observación del valor clave?

Answer 2

No hay.

Lo que quiere lograr solo es posible profundizando en el Objective-C runtime o usando proxy objects.

¿Por qué no echas un vistazo a KVO otra vez?

Answer 3

varios problemas aquí:

(1) Si usted está preocupado por el rendimiento de la moda, no se debe utilizar -isEqualToString: en su colocador. En su lugar, compara un puntero porque eso es todo lo que importa en este contexto.

(2) Si tiene un atributo NSString, debe copiar en el conjunto. La copia es gratuita para cadenas inmutables y guardará su tocino para cuerdas mutables (evitando que la persona que llama mute la cuerda debajo de usted).

(3) De nuevo con rendimiento; revisaste la igualdad, pero luego utilizas la liberación automática. Eso incurre en gastos generales innecesarios.

(4) * todos parecen ser mucho más lentos en el tiempo de ejecución * indica que no lo ha intentado realmente, no ha identificado un problema de rendimiento y está optimizando prematuramente su código. Dado (1) y (3), es probable que haya problemas de rendimiento mucho más fáciles de abordar.

Mis sugerencias:

(1) Utilice @synthesize. Generará código correcto y rápido, direccionamiento (1) y (3).

(2) Utilice KVO o uno de los otros mecanismos. Hasta que identifica un problema de rendimiento mediante la instrumentación y la cuantificación, no tiene un problema de rendimiento.

(3) Considere usar CoreData (a menos que, por supuesto, esté apuntando a OS 2.x). El código de ejemplo proviene de algo que obviamente es un objeto modelo.Si su código está bien factorizado en el modelo/vista/controlador, el uso de CoreData en la capa del modelo puede simplificar su aplicación y CoreData hace un trabajo maravilloso de seguimiento de cambios.

Answer 4

Si escribe su propio método (s) de acceso @synthesize respeta eso. @synthesize da prioridad a los accesores que escribe por su cuenta. Simplemente proporcione el acceso que desee y @synthesize se ignorará en ese. Por ejemplo, podría implementar un descriptor de acceso que cree la propiedad solo en caso de que todavía no esté allí.

Ejemplo:

@synthesize standardUserDefaults; 

- (NSUserDefaults *)standardUserDefaults { 
    NSLog(@"standardUserDefaults"); 
    if (!standardUserDefaults) { 
     NSLog(@"standardUserDefaults new"); 
     self.standardUserDefaults = [NSUserDefaults standardUserDefaults]; 
    } 
    return standardUserDefaults; 
} 

Aquí el "setter" se sintetiza, mientras que el "getter" no lo es.