2009-05-10 9 views

Respuesta

183

Es un modificador visibilidad -es significa que las variables de instancia declaradas como @private sólo se puede acceder por instancias de la misma clase. No se puede acceder a los miembros privados por subclases u otras clases.

Por ejemplo:

@interface MyClass : NSObject 
{ 
    @private 
    int someVar; // Can only be accessed by instances of MyClass 

    @public 
    int aPublicVar; // Can be accessed by any object 
} 
@end 

Además, para aclarar, métodos son siempre públicos en Objective-C. Sin embargo, hay formas de "ocultar" declaraciones de métodos; consulte this question para obtener más información.

+0

¿Qué pasa con las variables de instancia que están en los corchetes después de @implementation? ¿Son siempre privados? –

+0

Sé que es viejo ... Pero no es un modificador de visibilidad. Es un modificador de acceso. Es una distinción más importante en C++, pero también es una distinción en Objective-C. La variable es visible para el compilador. El compilador simplemente no te deja acceder a él. – gnasher729

160

Como dijo htw, es un modificador de visibilidad. @private significa que la ivar (variable de instancia) solo se puede acceder directamente desde dentro de una instancia de esa misma clase. Sin embargo, eso puede no significar mucho para ti, así que déjame darte un ejemplo. Usaremos los métodos init de las clases como ejemplos, por simplicidad. Voy a comentar en línea para señalar los elementos de interés.

@interface MyFirstClass : NSObject 
{ 
    @public 
    int publicNumber; 

    @protected // Protected is the default 
    char protectedLetter; 

    @private 
    BOOL privateBool; 
} 
@end 

@implementation MyFirstClass 
- (id)init { 
    if (self = [super init]) { 
     publicNumber = 3; 
     protectedLetter = 'Q'; 
     privateBool = NO; 
    } 
    return self; 
} 
@end 

@interface MySecondClass : MyFirstClass // Note the inheritance 
{ 
    @private 
    double secondClassCitizen; 
} 
@end 

@implementation MySecondClass 
- (id)init { 
    if (self = [super init]) { 
     // We can access publicNumber because it's public; 
     // ANYONE can access it. 
     publicNumber = 5; 

     // We can access protectedLetter because it's protected 
     // and it is declared by a superclass; @protected variables 
     // are available to subclasses. 
     protectedLetter = 'z'; 

     // We can't access privateBool because it's private; 
     // only methods of the class that declared privateBool 
     // can use it 
     privateBool = NO; // COMPILER ERROR HERE 

     // We can access secondClassCitizen directly because we 
     // declared it; even though it's private, we can get it. 
     secondClassCitizen = 5.2; 
    } 
    return self; 
} 

@interface SomeOtherClass : NSObject 
{ 
    MySecondClass *other; 
} 
@end 

@implementation SomeOtherClass 
- (id)init { 
    if (self = [super init]) { 
     other = [[MySecondClass alloc] init]; 

     // Neither MyFirstClass nor MySecondClass provided any 
     // accessor methods, so if we're going to access any ivars 
     // we'll have to do it directly, like this: 
     other->publicNumber = 42; 

     // If we try to use direct access on any other ivars, 
     // the compiler won't let us 
     other->protectedLetter = 'M';  // COMPILER ERROR HERE 
     other->privateBool = YES;   // COMPILER ERROR HERE 
     other->secondClassCitizen = 1.2; // COMPILER ERROR HERE 
    } 
    return self; 
} 

Así que para responder a su pregunta, @private protege Ivars de acceso de una instancia de cualquier otra clase. Tenga en cuenta que dos instancias de MyFirstClass podrían acceder a todos los ivars de cada uno directamente; se supone que dado que el programador tiene el control completo sobre esta clase directamente, usará esta habilidad sabiamente.

+19

Cabe mencionar que no es común utilizar @public, @proteced y @private en Objective-C. El enfoque preferido es usar siempre los descriptores de acceso. –

+0

BJ, esta es la respuesta más sucinta y útil a esta pregunta que he visto. Muy bien puesto. – MikeyWard

+1

@Georg, pero ¿cómo se exige el uso de accesorios a menos que marque sus ivars con visibilidad restringida? –

13

Es importante entender lo que significa cuando alguien dice que no puede acceder a una variable de instancia @private. La verdadera historia es que el compilador le dará un error si intenta acceder a estas variables en su código fuente. En versiones anteriores de GCC y XCode, solo recibiría una advertencia en lugar de un error.

De cualquier manera, en tiempo de ejecución, todas las apuestas están desactivadas. Se puede acceder a estos ivars @private y @protected por un objeto de cualquier clase. Estos modificadores de visibilidad simplemente dificultan la compilación del código fuente en el código máquina que infringe la intención de los modificadores de visibilidad.

¡No confíe en los modificadores de visibilidad de ivar para seguridad! No proporcionan ninguno en absoluto. Son estrictamente para la aplicación en tiempo de compilación de los deseos del generador de clase.