Montrer UITabBar quand UIViewController poussé

Bon, ici nous avons un bien long chemin à parcourir.

Pendant que vous lisez le document, le comportement par défaut est clair: une fois que la vue du contrôleur de hides... propriété est OUI, la barre d'onglet est masqué jusqu'à ce que le point de vue du contrôleur est sorti. Ce que vous voulez directement contredit cela, et pour diverses raisons, je voudrais tout d'abord vous recommandons de ne pas prendre cette approche.

Toutefois, cela ne signifie pas qu'il est impossible à mettre en œuvre.

---

• Réglage hides... propriété NE

Vous ne pouvez pas modifier le comportement par défaut. Pour afficher la barre d'onglet, tous afficher les contrôleurs de la pile doivent définir leurs hides... propriété. Donc, à partir de la vue où la barre d'onglet est masqué, si vous souhaitez afficher la barre encore plus quand un nouveau point de vue est poussé, vous devez définir le mode d'affichage précédent du contrôleur de hides... propriété NO de nouveau.

Juste avant de pousser un nouveau point de vue contrôleur, définissez la propriété NO.

//... prepare viewControllerToPush

self.hidesBottomBarWhenPushed = NO;
[self.navigationController pushViewController:viewControllerToPush animated:YES];
[viewControllerToPush release];

En faisant cela, vous aurez la barre d'onglet de nouveau. Cependant, vous reconnaîtrez la barre d'onglets est poussé par la gauche, tandis que la nouvelle vue est poussée à partir de la droite. Ce n'est clairement pas souhaitable, par conséquent, nous avons besoin de résoudre ce problème.

---

• Remplaçant la couche d'action pour la barre d'onglet

Le truc, c'est la valeur par défaut de la couche de l'action (l'animation) utilisé lors de l'onglet de la barre s'affiche de nouveau, est un push animation de transition à partir de la gauche. UITabBar implémente - (id < CAAction >)actionForLayer:(CALayer *)layer forKey:(NSString *)key méthode qui raconte à utiliser l'animation de la gauche pour le cas. Nous avons besoin de surcharger cette méthode, de retour d'une animation à partir de la droite à la place.

Pour afficher la barre d'onglet en arrière, le Cacao modifie sa couche position de la propriété. Par conséquent, notre nouvelle méthode doit retourner une animation à partir de la droite pour la clé position, et pour toutes les autres touches, il doit utiliser la valeur par défaut de mise en œuvre. Notez que l'utilisation de position pour la barre d'onglet n'est pas documentée par Apple, il est donc sujet à changement sans préavis dans les versions suivantes. Nous sommes la mise en œuvre de quelque chose va à l'encontre d'Apple spécification de toute façon, ne peut donc pas se plaindre beaucoup.

Cependant, vous ne pouvez pas utiliser de sous-classement de remplacer la méthode. Parce que même si vous avez une sous-classe personnalisée de UITabBar, vous ne pouvez pas modifier UITabBarController classe à l'utiliser au lieu de la valeur par défaut UITabBar.

Donc, il devient un peu plus complexe. Pour implanter votre propre logique de UITabBar classe, vous avez de "swap" de la mise en œuvre du message actionForLayer: forKey:.

Tout d'abord, ajoutez une nouvelle méthode pour UITabBar classe à l'aide de la catégorie.

@interface UITabBar(customAction)
@end

@implementation UITabBar(customAction)

- (id < CAAction >)customActionForLayer:(CALayer *)layer forKey:(NSString *)key {
    if ([key isEqualToString:@"position"]) {
        CATransition *pushFromRight = [[CATransition alloc] init];
        pushFromRight.duration = 0.25; 
        pushFromRight.timingFunction = [CAMediaTimingFunction functionWithName:kCAMediaTimingFunctionEaseIn]; 
        pushFromRight.type = kCATransitionPush; 
        pushFromRight.subtype = kCATransitionFromRight;
        return [pushFromRight autorelease];
    } 
return [self defaultActionForLayer:layer forKey:key];
}
@end

Et dans le viewDidAppear méthode de la barre d'onglet contrôleur, insérer les codes suivants.

Method original = class_getInstanceMethod([UITabBar class], @selector(actionForLayer:forKey:));
Method custom = class_getInstanceMethod([UITabBar class], @selector(customActionForLayer:forKey:));

class_replaceMethod([UITabBar class], @selector(actionForLayer:forKey:), method_getImplementation(custom), method_getTypeEncoding(custom));
class_addMethod([UITabBar class], @selector(defaultActionForLayer:forKey:), method_getImplementation(original), method_getTypeEncoding(original));

Que vous voulez faire dans viewDidAppear plutôt que viewDidLoad, parce que sinon l'onglet de la barre de glisser de la droite dans le premier temps de l'application s'affiche.

Maintenant, quand un UITabBar instance reçoit un message actionsForLayer forKey:, la méthode personnalisée customActionForLayer forKey: est invoquée. Il intercepte la clé position, et renvoie une animation à partir de la droite. Si c'est pour une autre touche, elle appelle la mise en œuvre d'origine du message, qui est maintenant connecté au message defaultActionsForLayer forKey:.

---

Ok, nous y sommes. Rappelez-vous quand popping retour à la vue, vous pouvez avoir à définir l' hides... propriété OUI, parce que vous le réglez PAS lorsque l'on pousse un nouveau point de vue (et faire un peu similaire astuces pour animer correctement).

J'ai passé un peu de temps sur ce sujet, mais paradoxalement, je dois dire que *Ne pas utiliser ce à nouveau, car il utilise une sans-papiers de l'information de Cacao classes ("position" pour l'onglet de la barre de l'animation), en contradiction avec les documentée des comportements et de l'est à l'encontre d'Apple de l'homme de l'interface de ligne directrice. Il se peut que votre application ne fonctionne pas de même avec les versions du SDK suivantes, que les utilisateurs ne peuvent pas facilement adopter l'interface, ou même qu'Apple refuse votre application sur l'App store.

Alors que sur la terre est ma réponse? Eh bien, un exemple de quelques sujets intéressants sur le développement iOS, je suppose (et une preuve montrant que je suis terriblement improductives aujourd'hui :P).

OriginalL'auteur MHC

Voici mon approche avec les story-boards en iOS 5:

Définir la hidesBottomBarWhenPushed propriété NO avant d'effectuer le pousser segue:

- (void)prepareForSegue:(UIStoryboardSegue*)segue sender:(id)sender
{
   if( [segue.identifier isEqualToString:@"PushDetailView"] )
   {
      self.hidesBottomBarWhenPushed = NO;
   }

   [super prepareForSegue:segue sender:sender];
}

La séquence identifiant est évidemment à vous de nom.

Définir à YES immédiatement lors de l'affichage du contrôleur de la vue disparaît:

- (void)viewWillDisappear:(BOOL)animated
{
   self.hidesBottomBarWhenPushed = YES;

   [super viewWillDisappear:animated];
}

Fonctionne comme un charme (testé sur iOS 5.1) à l'aide de toutes les bonnes animations pour les UITabBar.

OriginalL'auteur Michael Thiel