Statyczne NSArray łańcuchów-jak / gdzie zainicjować w kontrolerze widoku

Możesz go init w klasie Metoda +initialize

static NSArray *_titles_1;

@implementation MasterViewController
+ (void)initialize {
    _titles_1 = @[
        @"Your Move",
        @"Their Move",
        @"Won Games",
        @"Lost Games",
        @"Options"
    ];
}
@end

Powinieneś zadeklarować swoją tablicę statyczną powyżej @implementation.

static NSArray *titles_1 = nil;

@implementation ...

I zdefiniuj go w init lub awakeFromNib lub innej metodzie takiej jak viewDidLoad, applicationDidFinishLaunching gdziekolwiek chcesz.

- (void)initMethod{ //change the method name accordingly

    if (titles_1 == nil){
        [self setTitles_1:@[ @"Your Move", @"Their Move", @"Won Games", @"Lost Games", @"Options" ]];
    }
}

Możesz też zrobić coś takiego:

static NSString * const strings[] = {
        [0] = @"string_1",
        [1] = @"string_2",
        [2] = @"string_3",
        [3] = @"string_4",
        // ...
    };

To nie jest NSArray ale możesz uzyskać dostęp NSStrings w ten sposób strings[n]

Zastanawiam się, czy poniższy sposób byłby dobry (odpowiadając na moje własne pytanie):

#import "MasterViewController.h"
#import "DetailViewController.h"

static const NSArray *_titles;

@interface MasterViewController () {
    NSMutableArray *_objects;
    NSMutableArray *_yourMove;
    NSMutableArray *_theirMove;
    NSMutableArray *_wonGames;
    NSMutableArray *_lostGames;
    NSMutableArray *_options;
}
@end

@implementation MasterViewController

+ (void)initialize
{
    // do not run for derived classes
    if (self != [MasterViewController class])
        return;

    _titles = @[
        @"Your Move",
        @"Their Move",
        @"Won Games",
        @"Lost Games",
        @"Options"
    ];
}

W ten sposób const NSArray jest initalizowana raz i tuż przed potrzebą (w klasie MasterViewController). A sprawdzanie self zapobiega ponownemu uruchomieniu tej metody - gdy jakaś dziedzicząca klasa nie implementuje własnej metody +initialize.

Nie można tworzyć instancji obiektów w ten sposób, można je deklarować tylko w interfejsach. Wykonaj następujące czynności:

static NSArray *_titles_2;

@interface MasterViewController () {
    NSMutableArray *_games;
}
@end

@implementation MasterViewController
-(void)viewDidLoad()
{
     _titles_2 = @[
                         @"Your Move",
                         @"Their Move",
                         @"Won Games",
                         @"Lost Games",
                         @"Options"
    ];
}
@end

• lub podobnie można użyć metody init viewcontroller zamiast viewDidLoad

Dispatch_once działa. Działa w skomplikowanych przypadkach i działa w prostych przypadkach. Aby być konsekwentnym, najlepiej jest go używać we wszystkich przypadkach. Ułatwia to na przykład zastąpienie wszystkich ciągów ciągów wywołaniami nslocalizedstring (). Nie trzeba zmieniać kodu.

Robienie rzeczy w + (void)initialize nie jest tak naprawdę złe, ale miałem sytuacje, w których najpierw chciałem skonfigurować klasę przed jej użyciem, a initialize jest oczywiście wywoływane tuż przed każda możliwa metoda konfiguracji rozpocznie wykonywanie. I są sytuacje, w których nie masz kontekstu klasowego. dispatch_once zawsze będzie działać.

Wolę używać Objective-C++, zmienić nazwę pliku z xxx.m na xxx.mm, a inicjalizacja NSArray nastąpi w runtime

Nie. dispatch_once, nie metoda klasy, wystarczy napisać ją w jednej linijce:

static NSArray *const a = @[@"a",@"b",@"c"];