Comment générer un identifiant unique?

J'ai besoin de générer de la valeur int qui ne serait jamais répéter (au moins théoriquement). Je sais qu'il est arc4random() fnc mais je ne suis pas sûr de la façon de l'utiliser avec une certaine date actuelle ou qch 🙁

Ce serait mal avec return counter++? Va générer la gamme complète des services de renseignements avant d'avoir à le répéter.
Combien de fois allez-vous être la génération de ce type int valeur qui serait théoriquement jamais de les répéter? Une fois la première application est lancée? Une fois par le lancement, ou à plusieurs reprises chaque fois que l'application est lancée.
J'ai besoin de générer des ID unique pour chaque match. Après plus de jeu, je suis à jour de score tableau avec le top 10 des objets de la partition (joueur, score, mode et gameID). Il est Highscore UIViewController qui lit des données (pas devient comme argument) à partir de NSUserDefaults. J'ai besoin pour mettre en surbrillance l'utilisateur actuel gameplay. Pour le bien de code clearity et simplicité, il serait préférable de disposer d'une telle identification.

InformationsquelleAutor Centurion | 2011-08-10

54

Cela renvoie une clé unique, très semblable à UUID généré dans MySQL.
```
+ (NSString *)uuid
{
    CFUUIDRef uuidRef = CFUUIDCreate(NULL);
    CFStringRef uuidStringRef = CFUUIDCreateString(NULL, uuidRef);
    CFRelease(uuidRef);
    return [(NSString *)uuidStringRef autorelease];
}
```
ARC version:
```
+ (NSString *)uuid
{
    CFUUIDRef uuidRef = CFUUIDCreate(NULL);
    CFStringRef uuidStringRef = CFUUIDCreateString(NULL, uuidRef);
    CFRelease(uuidRef);
    return (__bridge_transfer NSString *)uuidStringRef;
}
```
- Est-ce la clé générée de garantie unique par le biais de la durée de vie de l'ordinateur? Par suite d'une démission et les ouvertures de l'application, redémarre et des fermetures? (pour l'essentiel à la fin des temps? 🙂 Ce que je veux dire est ce que je peux utiliser cette fonction autant de fois que je veux et de garder la valeur retournée aussi longtemps que je veux sur mon application (et encore qu'il soit unique, bien entendu)?
- Il y a eu une mise à jour d'une façon ou l'autre sur la garantie de l'unicité de ces généré Uuid?
- Non, pas que je sache. La seule chose que je sais, c'est que cette méthode semble fonctionner pour moi (génération complètement unique Id, qui est)
- Devrait être si __bridge_transfer au lieu de __bridge?
- Bonjour, je veux utiliser cette méthode pour que mon application automatiquement créer un produit unique ID, mais je pense que l'ID qui est créé par cette méthode est assez longue. Est-il un moyen de limiter le nombre de caractères dans l'uuid? Merci!
- Rien n'est garanti d'être unique, sans une base de données ou d'une séquence, les approches probabilistes sont utilisées à la place. Uuid ont été créés avec cela à l'esprit. Comme vous pouvez le voir ici au hasard des Uuid ont 122 bits aléatoires, ce qui est beaucoup.
- Citant le même lien: "le risque annuel d'une personne donnée, d'être frappé par une météorite est estimée à une chance sur 17 milliards de dollars, ce qui signifie que la probabilité est d'environ 0.00000000006 (6 × 10-11), équivalent à la cote de la création de quelques dizaines de milliers de milliards de Uuid dans une année et d'avoir un doublon. En d'autres termes, seulement après avoir généré 1 milliard de dollars Uuid de chaque seconde pour les 100 prochaines années, la probabilité de créer juste un doublon serait d'environ 50%."
- Ne serait-il pas possible de stocker tout ce que jamais avec leur udid ce qui crée un NSArray, alors si il crée un double, vous pouvez simplement garder l'appel de la méthode jusqu'à ce qu'il crée une nouvelle chaîne d'identification unique?
- il le ferait, mais si vous êtes à utiliser de telles méthodes de stockage, alors vous n'avez pas besoin d'Uuid. Uuid de 16 octets (128 bits, 122 sont aléatoires) - c'est beaucoup. Uuid sont conçus pour générer des valeurs aléatoires avec vraiment (vraiment) faible probabilité de collision. Si vous implémentez une collision mécanismes de détection alors qu'ils perdent leur but et que vous êtes mieux avec beaucoup plus petites valeurs.
- Mais vraiment très bas, n'est pas égal à rien. Il est toujours possible. Je ne vois pas pourquoi un simple tableau ou une base de données de quelque sorte ne peut être utilisé pour stocker les valeurs que vous avez déjà. Alors vous savez pour un fait qu'il n'y aura jamais de collisions.
- Je ne le dis pas. Ce que j'ai dit, c'est que si vous allez utiliser un mécanisme de stockage pour garder la trace des identifiants générés, puis ne pas utiliser des Uuid, que vous pouvez utiliser quelque chose de beaucoup plus petites (et donc d'économiser la mémoire), comme un simple entier. Considérer le nombre d'octets que vous avez réellement besoin, car il ne sera probablement pas 16. Uuid sont utiles lorsque vous n'avez pas un moyen centralisé de générer un identificateur, tel qu'un serveur, mais encore de la nécessité d'éviter les collisions. Ils ne vous donnent pas 100% de certitude, mais 1/17 milliards de dollars est généralement assez bon.
InformationsquelleAutor Nandakumar R
37

Une version simple pour générer des UUID (iOS 6 ou version ultérieure).

Objective-C:
```
NSString *UUID = [[NSUUID UUID] UUIDString];
```
Swift 3+:
```
let uuid = UUID().uuidString
```
Il va générer quelque chose comme 68753A44-4D6F-1226-9C60-0050E4C00067, qui est unique à chaque appel de cette fonction, même à travers de multiples dispositifs et les lieux.

De référence:
https://developer.apple.com/library/ios/documentation/Foundation/Reference/NSUUID_Class/Reference/Reference.html

InformationsquelleAutor MaikonFarias
3

Si vous utilisez CoreData pour enregistrer les jeux joués, NSManagedObject's objectID devrait servir vos fins, sans effort supplémentaire.

InformationsquelleAutor Akshay
2

Vous pouvez utiliser le temps (en millisecondes) ou d'une manière plus avancée GUID.

InformationsquelleAutor Justin

Vous pouvez créer une catégorie de UIApplication , UIDevice ou que vous visez plutôt comme cet ARC (exemple)

@interface UIApplication (utilities)
- (NSString*)getUUID;
@end

@implementation UIApplication (utilities)

- (NSString*)getUUID {

    NSUserDefaults *standardUserDefault = [NSUserDefaults standardUserDefaults];

    static NSString *uuid = nil;

    //try to get the NSUserDefault identifier if exist
    if (uuid == nil) {

        uuid = [standardUserDefault objectForKey:@"UniversalUniqueIdentifier"];
    }

    //if there is not NSUserDefault identifier generate one and store it
    if (uuid == nil) {

        uuid = UUID ();
        [standardUserDefault setObject:uuid forKey:@"UniversalUniqueIdentifier"];
        [standardUserDefault synchronize];
    }

    return uuid;
}

@end

UUID () cette fonction

NSString* UUID () {

    CFUUIDRef uuidRef = CFUUIDCreate(NULL);
    CFStringRef uuidStringRef = CFUUIDCreateString(NULL, uuidRef);
    CFRelease(uuidRef);
    return (__bridge NSString *)uuidStringRef;
}

cela génère un identifiant unique stocké dans la NSUserDefault pour être réutilisée à chaque fois que la demande en ont besoin - Ce identificateur unique liées à l'application installe pas à l'appareil, mais peut être utilisé par exemple pour prendre de trace sur le nombre d'appareils souscrit le service APN etc...

Après que vous pouvez l'utiliser de cette façon:

    NSString *uuid = [[UIApplication sharedApplication] getUUID];

InformationsquelleAutor Manu

2

Un simple timestamp (millisecondes * 10) devrait faire l'affaire:
```
self.uid = [NSNumber numberWithInteger:[NSDate timeIntervalSinceReferenceDate] * 10000];
```
- C'est une solution de base que si vous souhaitez créer plusieurs Id par la suite, vous pouvez probablement obtenir les mêmes valeurs
- manière agréable et simple, en tenant compte de ce que Hamid a dit.
InformationsquelleAutor bob

Vous n'avez pas dire qu'il doit être aléatoire. Alors pourquoi ne pas commencer avec un certain nombre, et puis il suffit d'ajouter 1 pour le dernier numéro que vous avez généré.

Cette méthode devrait vous donner au moins 4 milliards de numéros uniques pour commencer:

-(NSInteger)nextIdentifies;
{
    static NSString* lastID = @"lastID";
    NSUserDefaults* defaults = [NSUserDefaults standardUserDefaults];
    NSInteger identifier = [defaults integerForKey:lastID] + 1;
    [defaults setInteger:identifier forKey:lastID];
    [defaults synchronize];
    return identifier;
}

InformationsquelleAutor PeyloW

Si vous avez un NSDictionary, vous pouvez générer une progressive id à partir de la question:

NSInteger maxKey = -1;
for(NSString *key in [YOUR_DICTIONARY allKeys])
{
    NSInteger intKey = [key integerValue];
    if(intKey > maxKey)
    {
        maxKey = intKey;
    }
}
NSString *newKey = [NSString stringWithFormat:@"%d", maxKey + 1];

InformationsquelleAutor Enrique

0

Vous devez être prudent, surtout si vous utilisez l'incrément de 1 routines, que si votre application est supprimé et rechargé sur l'iDevice, que vous n'avez pas enregistré votre numéro par défaut plus. Il va recommencer depuis le début. Si vous êtes utilisateur de stockage des partitions, vous voudrez peut-être enregistrer leur plus grand nombre aussi. Préférable de vérifier les routines de temps pour les secondes (ou millisecondes) après une certaine date. Le GUID mentionné ci-dessus est trop bonne, si vous avez besoin de ce genre de singularité.

InformationsquelleAutor Owen Hartnett

Vous devez vous connecter pour publier un commentaire.