Deklaracja/definicja lokalizacji zmiennych w ObjectiveC?

Najpierw przeczytaj odpowiedź @ DrummerB. To dobry przegląd dlaczego i co powinieneś ogólnie zrobić. Mając to na uwadze, do Twoich konkretnych pytań:

#import <Foundation/Foundation.h>

// 1) What do I declare here?

Nie ma tu definicji zmiennych (technicznie jest to legalne, jeśli dokładnie wiesz, co robisz, ale nigdy tego nie rób). Można zdefiniować kilka innych rodzajów rzeczy:

• typdefs
• enums
• externs

Externs wyglądają jak deklaracje zmiennych, ale są tylko obiecaj, że będziesz to ogłaszał gdzie indziej. W ObjC powinny one być używane tylko do deklarowania stałych i ogólnie tylko stałych łańcuchowych. Na przykład:

extern NSString * const MYSomethingHappenedNotification;

Następnie w pliku .m zadeklarujesz rzeczywistą stałą:

NSString * const MYSomethingHappenedNotification = @"MYSomethingHappenedNotification";

@interface SampleClass : NSObject
{
    // 2) ivar declarations
    // Pretty much never used?
}

Jak zauważył DrummerB, to jest dziedzictwo. Nic tu nie wkładaj.

// 3) class-specific method / property declarations

@end

Tak.

#import "SampleClass.h"

// 4) what goes here?

Stałe zewnętrzne, jak opisano powyżej. Również plik statyczne zmienne mogą przejść tutaj. Są to równoważne zmiennych klas w innych językach.

@interface SampleClass()

// 5) private interface, can define private methods and properties here

@end

Yep

@implementation SampleClass
{
    // 6) define ivars
}

// 7) define methods and synthesize properties from both public and private
//    interfaces

Ogólnie nie powinieneś @ syntetyzować już nie. Clang (Xcode) zrobi to za Ciebie i powinieneś na to pozwolić.

Ja też jestem całkiem nowy, więc mam nadzieję, że niczego nie spieprzę.

1 & 4: zmienne globalne w stylu C: mają szeroki zakres plików. Różnica między tymi dwoma polega na tym, że ponieważ są szerokie, pierwszy będzie dostępny dla każdego importującego nagłówek, podczas gdy drugi nie jest.

2: zmienne instancji. Większość zmiennych instancji jest syntetyzowana i pobierana/ustawiana za pomocą accesorów przy użyciu właściwości, ponieważ sprawia, że zarządzanie pamięcią jest przyjemne i proste, a także daje łatwy do zrozumienia zapis kropek.

6: implementacja ivars jest nieco Nowa. To dobre miejsce, aby umieścić prywatne Ivary, ponieważ chcesz ujawnić tylko to, co jest potrzebne w nagłówku publicznym, ale podklasy nie dziedziczą ich AFAIK.

3 & 7: Public method and property declarations, then implementations.

5: prywatny interfejs. Zawsze używam prywatnych interfejsów, kiedy tylko mogę, aby utrzymać porządek i stworzyć coś w rodzaju efektu czarnej skrzynki. Jeśli nie muszą o tym wiedzieć, umieść to tam. Robię to również dla czytelności, Nie wiem, czy są jakieś inne powody.

Jest to przykład wszystkich typów zmiennych zadeklarowanych w Objective-C. nazwa zmiennej wskazuje na jej dostęp.

Plik: Animal.h

@interface Animal : NSObject
{
    NSObject *iProtected;
@package
    NSObject *iPackage;
@private
    NSObject *iPrivate;
@protected
    NSObject *iProtected2; // default access. Only visible to subclasses.
@public
    NSObject *iPublic;
}

@property (nonatomic,strong) NSObject *iPublic2;

@end

Plik: Animal.m

#import "Animal.h"

// Same behaviour for categories (x) than for class extensions ().
@interface Animal(){
@public
    NSString *iNotVisible;
}
@property (nonatomic,strong) NSObject *iNotVisible2;
@end

@implementation Animal {
@public
    NSString *iNotVisible3;
}

-(id) init {
    self = [super init];
    if (self){
        iProtected  = @"iProtected";
        iPackage    = @"iPackage";
        iPrivate    = @"iPrivate";
        iProtected2 = @"iProtected2";
        iPublic     = @"iPublic";
        _iPublic2    = @"iPublic2";

        iNotVisible   = @"iNotVisible";
        _iNotVisible2 = @"iNotVisible2";
        iNotVisible3  = @"iNotVisible3";
    }
    return self;
}

@end

Zauważ, że zmienne iNotVisible nie są widoczne z żadnej innej klasy. Jest to problem z widocznością, więc deklarowanie ich za pomocą @property lub @public nie zmienia tego.

Wewnątrz konstruktora dobrą praktyką jest dostęp do zmiennych zadeklarowanych przez @property używając podkreślenia zamiast self, aby uniknąć side efekty.

Plik: Krowa.h

#import "Animal.h"
@interface Cow : Animal
@end

Plik: Krowa.m

#import "Cow.h"
#include <objc/runtime.h>

@implementation Cow

-(id)init {
    self=[super init];
    if (self){
        iProtected    = @"iProtected";
        iPackage      = @"iPackage";
        //iPrivate    = @"iPrivate"; // compiler error: variable is private
        iProtected2   = @"iProtected2";
        iPublic       = @"iPublic";
        self.iPublic2 = @"iPublic2"; // using self because the backing ivar is private

        //iNotVisible   = @"iNotVisible";  // compiler error: undeclared identifier
        //_iNotVisible2 = @"iNotVisible2"; // compiler error: undeclared identifier
        //iNotVisible3  = @"iNotVisible3"; // compiler error: undeclared identifier
    }
    return self;
}
@end

Nadal możemy uzyskać dostęp do niewidocznych zmiennych za pomocą runtime.

Plik: Krowa.m (Część 2)

@implementation Cow(blindAcess)

- (void) setIvar:(NSString*)name value:(id)value {
    Ivar ivar = class_getInstanceVariable([self class], [name UTF8String]);
    object_setIvar(self, ivar, value);
}

- (id) getIvar:(NSString*)name {
    Ivar ivar = class_getInstanceVariable([self class], [name UTF8String]);
    id thing = object_getIvar(self, ivar);
    return thing;
}

-(void) blindAccess {
    [self setIvar:@"iNotVisible"  value:@"iMadeVisible"];
    [self setIvar:@"_iNotVisible2" value:@"iMadeVisible2"];
    [self setIvar:@"iNotVisible3" value:@"iMadeVisible3"];
    NSLog(@"\n%@ \n%@ \n%@",
          [self getIvar:@"iNotVisible"],
          [self getIvar:@"_iNotVisible2"],
          [self getIvar:@"iNotVisible3"]);
}

@end

Spróbujmy uzyskać dostęp do niewidocznych zmiennych.

Plik: main.m

#import "Cow.h"
#import <Foundation/Foundation.h>
int main(int argc, char *argv[]) {
    @autoreleasepool {
        Cow *cow = [Cow new];
        [cow performSelector:@selector(blindAccess)];
    }
}

To wydruki

iMadeVisible 
iMadeVisible2 
iMadeVisible3

Zauważ, że byłem w stanie uzyskać dostęp do kopii zapasowej ivar _iNotVisible2, która jest prywatna dla podklasy. W Objective-C wszystkie zmienne można odczytać lub ustawić, nawet te, które są oznaczone @private, BEZ WYJĄTKÓW.

Nie uwzględniłem powiązanych obiektów ani zmiennych C, ponieważ są to różne ptaki. Podobnie jak w przypadku zmiennych C, każda zmienna zdefiniowana poza @interface X{} lub @implementation X{} jest zmienną C z zakresem pliku i statycznym przechowywaniem.

Nie omawiałem atrybutów zarządzania pamięcią, ani readonly / readwrite, Getter / setter.