Bonne façon de créer/utiliser un Singleton NSMutableArray pour Xcode 4

J'ai passé en revue (et essayé) d'un groupe de threads ici sur les Singletons et NSMutableArrays. Je suis nouveau sur Objective-C, de sorte s'il vous plaît garder avec moi.

Je veux simplement créer un peu de tableaux qui peuvent être accessibles à partir de n'importe quel affichage/.m fichier.

Quel est le meilleur (ou le plus concis) codant pour un Singleton?

Ci-dessous est ce que j'ai aujourd'hui et je reçois
1 avertissement au .m '@mise en œuvre " - "mise en œuvre Incomplète"
1 erreur lors de l'utilisation dans une vue .m de fichier "initialiseur élément n'est pas une constante de compilation"

C'est le code que j'ai maintenant - mon GlobalData.h fichier:

#import <Foundation/Foundation.h>

@interface GlobalData : NSObject {    
    NSMutableArray *listOfHeadings;
    NSMutableArray *listOfItems1;
    NSMutableArray *listOfItems2;
}    
@property(nonatomic,retain)NSMutableArray *listOfHeadings;
@property(nonatomic,retain)NSMutableArray *listOfItems1; 
@property(nonatomic,retain)NSMutableArray *listOfItems2; 
+(GlobalData*)getInstance;  
@end

Mon GlobalData.m fichier:

#import "GlobalData.h"

@implementation GlobalData
@synthesize listOfHeadings;
@synthesize listOfItems1;
@synthesize listOfItems2;
static GlobalData *instance=nil; 

+(GlobalData *)getInstance    
{    
    @synchronized(self)    
    {    
        if(instance==nil)    
        {    
            instance= [GlobalData new];    
        }    
    }    
    return instance;    
}    
@end

Et dans une vue .m fichier (simplifié):

#import GlobalData.h

GlobalData *globDat=[GlobalData getInstance]; //error occurs here

Quelqu'un peut-il signaler le problème et si il y a meilleur codage, merci de m'éclairer merci!

MODIFIER

Voici quelques liens que j'ai essayé de l'utiliser:

Puis-je avoir un seul NSMutableArray dans mes multiples points de vue de l'application?

iPhone aider avec classe singleton

InformationsquelleAutor wayneh | 2012-01-19
  1. 8

    Dans ce cas, vous pourriez être faire plus que vous devez. Accordé ce n'est certainement pas toujours la meilleure solution, mais vous pouvez mettre votre NSMutableArray comme une propriété dans votre Délégué d'Application et ensuite facilement les consulter à partir de n'importe quel point de vue. En le faisant de cette manière - vous n'êtes pas de blocage comme un "singleton", mais il y a une "instance du singleton' de celui-ci (ce qui aide beaucoup pour la testabilité).

    J'ai simplifié ce processus ici:

    YourAppDelegate.h

    @property (nonatomic,retain) NSMutableArray *myArray;

    YourAppDelegate.m

    @synthesize myArray;

    YourViewController.m

    YourAppDelegate *appDelegate = (YourAppDelegate *)[[UIApplication sharedApplication] delegate];
NSMutableArray *myArrayFromAppDelegate = appDelegate.myArray;

    À partir de ce point vous pouvez faire toutes les manipulations sur cette valeur.

    • J'ai essayé à quelques reprises, sans succès. Voici le lien stackoverflow.com/questions/8918396/...
    • Dans ce cas, si elle n'est pas, elle est due à une erreur de codage. Il ne fonctionne pas.
    • J'ai développé cet exemple ci-dessus.
    • OK - merci - cela a fonctionné. Je suis confus à propos de deux choses cependant: 1) La réponse de Rob Mayoff ci-dessus a également travaillé - comment puis-je donner du crédit à tous les deux? 2) Où est le bon endroit pour charger des données - l'AppDelegate.m ou le ViewController.m ? Merci.
    • Vous pouvez upvote les deux réponses - mais choisir un pour la "bonne" réponse. Je voudrais charger les données dans le ViewController, sauf si c'est l'application des données à l'échelle quand il pourrait faire plus de sens dans l'Application de Délégué.
    • Eu - merci BEAUCOUP!
    • OMG VOUS ÊTES DIEU, VOUS M'AVEZ SAUVÉ, VOUS ROCK DE L'HOMME!!

    InformationsquelleAutor dtuckernet
  2. 6

    Voici le "moderne" de la version d'une seule méthode pour transformer une classe en un Singleton (dans ce cas formaté comme un fragment de code). Il fonctionne en iOS4.x ou supérieur:

    +(<#SingletonClassName#> *) sharedInstance 
{
    static <#SingletonClassName#> *_sharedClient = nil;

    static dispatch_once_t oncePredicate;
    dispatch_once(&oncePredicate, ^{
        _sharedClient = [[self alloc] init];
    });

    return _sharedClient;
}

    Mais, avez-vous vraiment besoin d'un singleton d'un seul NSMutableArray? Vous pouvez utiliser la construction de singleton - votre demande de déléguer, ce qui est obtenu par l'appel:

    MyAppDelegate * appDelegate = (MyAppDelegate *)[[UIApplication sharedApplication] delegate];
[appDelegate.myMutableArray addObject:...];
    • Ai-je besoin d'un Singleton? Je ne suis pas sûr - j'ai vu toutes sortes de fils et il n'est jamais d'accord - certains disent que c'est mieux, d'autres non... j'ai essayé similaires code appelant à ce que vous suggérez à pas de chance. Voir ce fil: stackoverflow.com/questions/8918396/...
    • Je ne parle pas tellement sur d'avoir besoin d'un singleton et en choisissant de créer un lieu de simplement en utilisant le déjà existant AppDelegate... mais vous pourriez également avoir des accesseurs pour les mutable tableau comme un niveau de la classe de méthode d'une classe. Dans le lien que vous avez posté l'une des réponses recommande l'utilisation d'un singleton pour la gestion des variableS globales, comme au pluriel... si vous avez juste un tableau flottant autour, aucun mal n'est juste de la placer dans le délégué d'application où tout peut facilement atteindre.
    • Je suis presque dans la même situation. J'ai besoin de créer un NSMutableArray (pour les dictionnaires et les chaînes de caractères), que je peux utiliser dans 3-4 de vue différents contrôleurs. J'ai commencé à créer un singleton, mais je ne suis pas vraiment sûr, que c'est la meilleure idée. J'ai lu beaucoup d'avis sur le stockage des données dans le AppDelegate est mauvais, mais d'après vos commentaires je suis un peu confus. Que pensez-vous, un tableau ne fera de mal à rien? Je dois aussi en mesure de modifier son contenu de manière dynamique, basée sur les données téléchargées. Jusqu'à présent, le AppDelegate version a l'air plus facile pour moi.
    • La raison pour laquelle vous voudrez peut-être un singleton, c'est que vous pouvez également avoir métadonnées pour la gestion des fonctions liées à la mutable tableau. Mais si vraiment vous n'avez besoin que la mutable tableau, moins de code est gentil alors de le mettre dans la délégué d'application ne serait pas de mal.
    InformationsquelleAutor Kendall Helmstetter Gelner
  3. 5

    L'erreur initializer element is not a compile-time constant n'est pas lié à la façon dont vous créez votre singleton. L'erreur est de savoir comment vous êtes accès votre singleton. Vous faites cela en dehors d'une fonction:

    GlobalData *globDat=[GlobalData getInstance];

    Cela signifie que vous essayez d'initialiser une variable globale (globDat) comme la valeur de l'expression [GlobalData getInstance]. Vous ne pouvez initialiser les variables globales à des expressions qui sont "constantes de compilation". Cela signifie que les choses comme 0 ou "fred" ou 8/2. La valeur de [GlobalData getInstance] ne peut pas être calculée au moment de la compilation, il ne peut donc pas être utilisé pour initialiser la variable globale.

    Au lieu de cela, vous devez simplement utiliser [GlobalData getInstance] à l'intérieur de votre corps de fonction de l'endroit où vous êtes en train d'essayer d'utiliser le globDat variable.

    Comme pour l'avertissement, Incomplete implementation, je ne vois pas ce qu'il manque. Peut-être que vous n'avez pas poster tout le code de GlobalData.h. De toute façon, vous devriez être en mesure de cliquer sur l'avertissement (où il apparaît sur le côté droit de la fenêtre de l'éditeur) et Xcode vous montrer ce qu'il manque.

    • Merci - vous avez raison, je n'étais pas dans une méthode. Il fonctionne maintenant. Comment puis-je partager de crédit pour la réponse que dtuckernet ci-dessous a également fourni une réponse correcte?
    • Vous ne peut accepter qu'une réponse par question. Mais vous pouvez upvote n'importe quel nombre de réponses.
    • Désolé - vous embêter, mais maintenant que j'ai le Singleton de travail, il semble que je ne peux pas modifier mon tableau! Je n'ai pas tout compilateur des erreurs ou des avertissements. Mon addObject efforts ne semblent pas faire quoi que ce soit.
    • Le code dans votre question n'est pas réellement créer un NSMutableArray objet de l'une quelconque des GlobalData propriétés. Faites-vous quelque part?
    • J'ai déplacé cette partie de mon problème à une nouvelle question - s'il vous plaît vérifier ici: stackoverflow.com/questions/8934083/...
    InformationsquelleAutor rob mayoff
  4. 3

    C'est la façon dont je créer mon Singleton:

    Singleton.h

    #import <Foundation/Foundation.h>

@interface Singleton : NSObject {
    NSMutableArray *firstMutableArray;
    NSMutableArray *secondMutableArray;
}

@property (nonatomic, retain) NSMutableArray *firstMutableArray;
@property (nonatomic, retain) NSMutableArray *secondMutableArray;

+ (id)sharedSingleton;

@end

    Sigleton.m

    #import "Singleton.h"

static Singleton *sharedMySingleton = nil;

@implementation Singleton

@synthesize firstMutableArray;
@synthesize secondMutableArray;

#pragma mark Singleton Methods

+ (id)sharedSingleton {
    @synchronized(self) {
    if (sharedMySingleton == nil) {
        sharedMySingleton = [[super allocWithZone:NULL] init];
    }
    return sharedMySingleton;
}

+ (id)allocWithZone:(NSZone *)zone {
    return [[self sharedSingleton] retain];
}

- (id)copyWithZone:(NSZone *)zone {
    return self;
}

- (id)retain {
    return self;
}

- (unsigned)retainCount {
    return UINT_MAX;
}

- (oneway void)release {
    //Never release
}

- (id)autorelease {
    return self;
}

- (id)init {
    if (self = [super init]) {
        firstMutableArray = [[NSMutableArray alloc] initWithObjects:nil];
        secondMutableArray = [[NSMutableArray alloc] initWithObjects:nil];
    }
    return self;
}

- (void)dealloc {
    [firstMutableArray release];
    [secondMutableArray release];
    [super dealloc];
}

@end

    Ensuite, lorsque vous souhaitez appeler votre Singleton:

    #import "Singleton.h"

Singleton *singleton = [Singleton sharedSingleton];
singleton.firstMutableArray = ...
singleton.secondMutableArray = ...
    • Mais vous êtes en utilisant un Singleton.h qui est un utilisateur créé classe, correct?
    • Oui, il est. Si vous avez juste quelques NSMutableArray vous n'avez probablement pas besoin d'une classe pour gérer. Mais je pense qu'une classe Singleton est plus propre code: vous pouvez ajouter autant d'objets que vous le souhaitez à tout moment et il est réutilisable dans d'autres projets.
    • Je vais devoir le comprendre...Singletons semblent prendre plus de code initial, mais de mettre en place beaucoup plus facile.
    • si j'ai accès à la même NSMutableArray que dans 3 ou 4 ViewControllers, recommandez-vous de cette solution? Je me demande simplement ce qui sera le mieux, de le stocker dans le AppDelegate ou dans un singleton.
    • La réflexion sur la gestion de la mémoire, aussi longtemps que je sais que les deux solutions sont les mêmes. Techniquement parlant, appDelegate est créé au démarrage, alors que les singletons lors de la première utilisation. Ce qui change effectivement entre ces 2 méthodes est la possibilité pour singleton pour être facilement réutilisables, et si vous avez un gros projet, de sa lisibilité.
    • De toute façon ce code doit être mis à jour... Kendall solution est maintenant mieux que cela!

    InformationsquelleAutor Beppe