Tri personnalisé dans iOS, je veux afficher le titre par défaut (Tous les groupes) au dessus de Coredata

Question

J'utilise des données de base avec NSFetchedResultController. Dans ce cas, j'ai un nombre de groupes d'utilisateurs n et un utilisateur peut sélectionner un groupe particulier ou sélectionner all group. Donc, manuellement, j'ai ajouté All group titre, static ID et le contenu pertinent à la base de données. Il s'agit de mon code FRC. J'utilise tri par nom. Un nom de groupe commence par le numéro. En raison de ce All group ne pas placer en premier lieu.

Est-ce possible All group est-ce toujours top sur tri?

supplémentaire: Je me sers vue de table avec option de recherche

Exemple: @[@1, @5, @"text", @"aaaaaaa", @"All group"]. Ici All group apparaissent toujours en haut de la liste. Comment puis-je trier comme ça.

Sortie: @[@"All group", @1, @5, @"aaaaaaa", @"text"]

Answer 1

vous et je sais que « Tout groupe » est spécial parce que nous lire et de comprendre le mot, mais les données de base n'a aucun moyen de savoir que le « groupe Tous » est spécial; tout ce qu'il voit c'est qu'il commence par un "A". Vous pouvez ajouter une autre propriété à votre entité isAllGroup et la trier d'abord, puis par assetGroupName.

Ou vous pouvez avoir une propriété 'groupOrder' qui est 0 pour le groupe "all" et 100 pour tous les autres groupes. Cela vous permet d'avoir plus de place pour avoir d'autres commandes de groupes spéciaux sans créer de nouvelle propriété.

Une approche encore plus générale serait d'ajouter une propriété assetGroupNameForSort et trier qu'au lieu de assetGroupName qui est utilisé uniquement pour l'affichage. Pour la plupart des groupes, les valeurs sont identiques, mais pour "All Group", c'est "__All Group" ou quelque chose comme ça. Cela peut également être utilisé pour résoudre un problème qui peut se produire avec des noms qui sont dans des langages de différences qui sont triés de manière inattendue.

Je recommanderais la première approche, ajoutez simplement une propriété 'isAllGroup'. C'est le plus simple et les données sont facilement compréhensibles.

Également: problème mineur - un fetchedResultsController ne respecte pas FetchBatchSize afin que vous puissiez le supprimer.