L'accès Conteneur de-Vue-Contrôleur de Parent iOS

dans iOS6 j'ai remarqué que le nouveau Conteneur de Vue mais je ne suis pas tout à fait sûr de savoir comment y accéder du contrôleur à partir du contenant de vue.

Scénario:

Je veux accéder aux étiquettes en Alerte-vue-contrôleur de la vue-contrôleur qui abrite le conteneur de vue.

Il y a une séquence entre eux, puis-je l'utiliser?

entièrement expliquée ici, pour les conteneurs moderne vues: stackoverflow.com/a/23403979/294884

InformationsquelleAutor Adam Waite | 2012-11-07

352

Oui, vous pouvez utiliser la séquence pour obtenir l'accès de l'enfant-vue-contrôleur (et son point de vue et les sous-vues). Donner la séquence d'un identifiant (comme alertview_embed), en utilisant les Attributs de l'inspecteur de Storyboard. Alors le parent-vue-contrôleur (l'un logement du conteneur de vue) de mettre en œuvre une méthode comme ceci:
```
- (void) prepareForSegue:(UIStoryboardSegue *)segue sender:(id)sender
{
   NSString * segueName = segue.identifier;
   if ([segueName isEqualToString: @"alertview_embed"]) {
       AlertViewController * childViewController = (AlertViewController *) [segue destinationViewController];
       AlertView * alertView = childViewController.view;
       //do something with the AlertView's subviews here...
   }
}
```
- nous ne sommes pas segueing? ai-je raté quelque chose ici...?
- oui, il y a incorporer des enchaînements qui se produit lors de la seconde vue-contrôleur est un enfant de la première-vue-contrôleur. prepareForSegue: est appelée juste avant que cela n'arrive. vous pouvez utiliser cette occasion pour transmettre des données à l'enfant, ou de stocker une référence à l'enfant pour l'utiliser plus tard. voir aussi developer.apple.com/library/ios/#documentation/uikit/reference/...
- Ah droite, de "seconde vue-contrôleur est un enfant de la première-vue-contrôleur" quand le point de vue des charges? Cela fait plus de sens maintenant, merci. Je ne suis pas avec mon projet maintenant, mais permettra de tester plus tard
- exactement, elle est appelée avant viewDidLoad. Par les temps viewDidLoad est atteint, le parent et l'enfant ont été connectés et [auto childViewControllers] dans le parent va retourner un tableau de tous les enfants contrôleurs (voir rdelmar la réponse ci-dessous).
- Je voudrais ajouter une mise en garde à la solution proposée: être très prudent lors de l'accès à l' (enfant) vue de destination du contrôleur de vue de la propriété: dans certaines circonstances, ce sera la cause de son viewDidLoad d'être appelé et puis.Je recommande de mettre en place toutes besoin d'enchaîner les données à l'avance afin que le viewDidLoad peut tirer en toute sécurité.
- pouvez-vous nous expliquer cette ligne.. AlertView * alertView = childViewController.vue; qu'est-Ce que "AlertView" référence? est-ce le Parent-vue-Contrôleur?Désolé, im nouveau à iOS
- Le casting de AlertViewController n'est pas nécessaire étant donné que la propriété destinationViewController retourne un id.
- Plutôt que de faire des chaînes arbitraires à des fins de comparaison dans prepareForSeque utilisation isKindOfClass à la place.
- Mais @MichaelG.Emmons - de nommage enchaîne dans storyboard est S. O. P. Que si prepareForSegue() a eu d'autres types de enchaîne où la destination type de contrôleur était le même, mais peut-être différentes instances? Dans ce cas, vous voulez être en mesure de savoir qui était qui et de les enchaîner.id serait le moyen de le faire. Peut-être que ça n'arrive jamais dans la vraie vie, mais encore.. de toute façon, la vérification de type à Swift: si segue.destinationViewController est <containingViewControllerClass> { self.containerController = segue.destinationViewControler comme <containingViewContollerClass }
- l'étrange terminologie "segue" est expliqué ici: stackoverflow.com/a/23403979/294884
InformationsquelleAutor Peter E
54

Vous pouvez le faire simplement avec self.childViewControllers.lastObject (en supposant que vous avez un enfant, sinon utilisez objectAtIndex:).
- pas nécessairement. Si vous avez plusieurs childControllers dans une seule vue, CE serait la meilleure approche. Il permet de coordonner plusieurs conteneurs à la fois. prepareForSegue seulement la référence à l'enfant unique instance du contrôleur, elle agit sur.
- et quel est le problème de la gestion de tous les multiples de conteneurs sur les "préparer à segue'?
- Que faire si (horreur!) vous décidez de changer de maquette ou de ne pas utiliser seques, etc. Ensuite, vous avez à creuser le code d'apporter des modifications, etc.
- C'est mon habitude, mais maintenant il se bloque pour moi depuis que je suis accédant à la childViewControllers "trop tôt"
InformationsquelleAutor rdelmar

pour Swift Programmation

vous pouvez écrire comme cela

var containerViewController: ExampleViewController?
override func prepareForSegue(segue: UIStoryboardSegue, sender: AnyObject?) {
    //you can set this name in 'segue.embed' in storyboard
    if segue.identifier == "checkinPopupIdentifierInStoryBoard" {
        let connectContainerViewController = segue.destinationViewController as ExampleViewController
        containerViewController = connectContainerViewController
    }
}

Qu'est-ce que l'utilisation du point d'interrogation après segueName sur l'instruction if? "si segueName?"

InformationsquelleAutor Sruit A.Suk

16

La prepareForSegue approche fonctionne, mais il se fonde sur la séquence de l'identificateur de la magie de la chaîne. Peut-être il ya une meilleure façon.

Si vous connaissez la classe de la VC que vous êtes après, vous pouvez le faire très facilement à une propriété calculée:
```
var camperVan: CamperVanViewController? {
  return childViewControllers.flatMap({ $0 as? CamperVanViewController }).first
  //This works because `flatMap` removes nils
}
```
Cela repose sur la childViewControllers. Alors que je suis d'accord, il pourrait être fragile à s'appuyer sur le premier, en nommant la classe que vous cherchez rend ce semble assez solide.
- return childViewControllers.filter { $0 is CamperVanViewController }.first en une seule ligne
- Depuis, j'ai fait childViewControllers.flatMap({ $0 as? CamperVanViewController }).first qui je pense est un peu mieux, car il jette et se débarrasse de toute nils.
- nice one, semble bon
- C'est une très bonne solution si vous souhaitez accéder à ce point de vue contrôleur plus d'une fois
- c'est sans espoir - il n'y a pas de raison particulière pour laquelle vous pouvez avoir un seul de la classe particulière. c'est exactement pourquoi les identificateurs d'exister. il suffit de suivre la formule standard ... stackoverflow.com/a/23403979/294884
- ne pas filtrer qu'à prendre le premier élément. utilisez simplement first(where:). childViewControllers.first(where: { $0 is CamperVanViewController })
InformationsquelleAutor SimplGy

Une mise à jour de réponse pour Swift 3, à l'aide d'une propriété calculée:

var jobSummaryViewController: JobSummaryViewController {
    get {
        let ctrl = childViewControllers.first(where: { $0 is JobSummaryViewController })
        return ctrl as! JobSummaryViewController
    }
}

Cette seule itération de la liste des enfants jusqu'à ce qu'il atteigne le premier match.

InformationsquelleAutor Robin Daugherty

8

self.childViewControllers est plus utile lorsque vous avez besoin de contrôle de la société mère. Par exemple, si le contrôleur enfant est une vue de la table et vous souhaitez recharger avec force ou de modification d'une propriété par l'intermédiaire d'un bouton du robinet ou de tout autre événement sur Parent-Vue-Contrôleur, vous pouvez le faire en accédant à ChildViewController de l'instance et non via prepareForSegue. Les deux ont leurs applications dans différentes manières.

InformationsquelleAutor Gautam Jain

Il y a un autre chemin à l'aide de Swift instruction switch sur le type de la vue-contrôleur :

override func prepare(for segue: UIStoryboardSegue, sender: Any?)
{
  switch segue.destination
  {
    case let aViewController as AViewController:
      self.aViewController = aViewController
    case let bViewController as BViewController:
      self.bViewController = bViewController
    default:
      return
  }
}

InformationsquelleAutor Joanna Carter

- Je utiliser un Code comme:

- (IBAction)showCartItems:(id)sender{ 
  ListOfCartItemsViewController *listOfItemsVC=[self.storyboard instantiateViewControllerWithIdentifier:@"ListOfCartItemsViewController"];
  [self addChildViewController:listOfItemsVC];
 }

InformationsquelleAutor Mannam Brahmam

Au cas où quelqu'un est à la recherche d' Swift 3.0,

viewController1, viewController2 et ainsi de suite seront alors accessibles.

let viewController1 : OneViewController!
let viewController2 : TwoViewController!

//Safety handling of optional String
if let identifier: String = segue.identifier {

    switch identifier {

    case "segueName1":
        viewController1 = segue.destination as! OneViewController
        break

    case "segueName2":
        viewController2 = segue.destination as! TwoViewController
        break

    //... More cases can be inserted here ...

    default:
        //A new segue is added in the storyboard but not yet including in this switch
        print("A case missing for segue identifier: \(identifier)")
        break
    }

} else {
    //Either the segue or the identifier is inaccessible 
    print("WARNING: identifier in segue is not accessible")
}

InformationsquelleAutor Marco Leong

Avec générique, vous pouvez faire quelques choses douces. Ici est une extension de Tableau:

extension Array {
    func firstMatchingType<Type>() -> Type? {
        return first(where: { $0 is Type }) as? Type
    }
}

Ensuite, vous pouvez le faire dans votre viewController:

var viewControllerInContainer: YourViewControllerClass? {
    return childViewControllers.firstMatchingType()!
}

InformationsquelleAutor Sunkas

vous pouvez écrire comme cela

- (IBAction)showDetail:(UIButton *)sender {  
            DetailViewController *detailVc = [self.childViewControllers firstObject];  
        detailVc.lable.text = sender.titleLabel.text;  
    }  
}

InformationsquelleAutor Khurshid

Vous devez vous connecter pour publier un commentaire.