il existe plusieurs méthodes pour partager les données.

1. vous pouvez toujours partager des données en utilisant NSUserDefaults . Définir la valeur que vous souhaitez partager à l'égard d'une clé de votre choix et obtenir la valeur de NSUserDefault associée à cette clé dans la fenêtre contrôleur.

   [[NSUserDefaults standardUserDefaults] setValue:value forKey:key]
   [[NSUserDefaults standardUserDefaults] objectForKey:key]
   

2. vous pouvez créer une propriété dans viewcontrollerA . Créer un objet de viewcontrollerA dans viewcontrollerB et assigner la valeur désirée pour cette propriété.

3. vous pouvez également créer des délégués personnalisés pour cela.

renvoyer des données de ViewController 2 (destination) à viewController 1(Source) est la chose la plus intéressante. En supposant que vous utilisez storyBoard ce sont toutes les façons que j'ai découvert:

• délégué
• Notification
• Utilisateur par défaut
• Singleton

ceux-ci ont déjà été discutés ici.

j'ai trouvé qu'il y a d'autres moyens:

- utilisant les callbacks de bloc:

utilisez-le dans la méthode prepareForSegue dans la VC1

NextViewController *destinationVC = (NextViewController *) segue.destinationViewController;
[destinationVC setDidFinishUsingBlockCallback:^(NextViewController *destinationVC)
{
    self.blockLabel.text = destination.blockTextField.text;
}];

- utilisant des story-boards déroulement (sortie)

implémenter une méthode avec un argument UIStoryboardSegue en VC 1, comme celui-ci:

-(IBAction)UnWindDone:(UIStoryboardSegue *)segue { }

dans le crochet du storyBoard le bouton "return" vers la sortie verte bouton (Unwind) de la CV. Maintenant, vous avez une "retour en arrière" afin que vous puissiez utiliser le destinationViewController propriété dans la prépareforsegue de VC2 et modifiez une propriété de VC1 avant qu'il remonte.

• une autre option d'utiliser storyboards Undwind (Exit) - vous pouvez utilisez la méthode que vous avez écrite dans VC1

  -(IBAction)UnWindDone:(UIStoryboardSegue *)segue {
      NextViewController *nextViewController = segue.sourceViewController;
      self.unwindLabel.text = nextViewController.unwindPropertyPass;
  } 
  

  et dans la rubrique "prepareForSegue of VC1" vous pouvez changer n'importe quel bien que vous voulez partager.

dans les deux décompressions options, vous pouvez définir la propriété tag de la touche et le prepareForSegue.

J'espère que j'ai ajouté quelque chose à la discussion.

:) Cheers.

L'OP n'a pas mentionné les contrôleurs de vue, mais tellement de réponses le font, que j'ai voulu intervenir avec ce que certaines des nouvelles fonctionnalités du LLVM permettent de rendre cela plus facile en voulant passer des données d'un contrôleur de vue à un autre et puis obtenir des résultats de retour.

story-board segues, ARC and LLVM blocks rendent cela plus facile que jamais pour moi. Certaines réponses ci-dessus mentionnaient déjà des scénarios et des séquences, mais s'appuyaient toujours sur la délégation. Définition des délégués fonctionne certes, mais certaines personnes peuvent trouver plus facile de passer des pointeurs ou des blocs de code.

avec UINavigators et segues, il y a des moyens faciles de transmettre l'information au contrôleur asservi et de récupérer l'information. ARC fait passer des pointeurs vers des choses dérivées de NSObjects simple ainsi si vous voulez le contrôleur subservient ajouter/modifier/modifier certaines données pour vous, passer un pointeur à une instance mutable. Les blocs rendent les actions de passage faciles Donc si vous voulez contrôleur asservi pour invoquer une action sur votre contrôleur supérieur, passez-lui un bloc. Vous définissez le bloc à accepter n'importe quel nombre d'arguments qui fait sens pour vous. Vous pouvez également concevoir L'API pour utiliser plusieurs blocs si cela vous convient mieux.

voici deux exemples triviaux de la colle. Le premier est simple montrant un paramètre passé pour l'entrée, le deuxième pour la sortie.

// Prepare the destination view controller by passing it the input we want it to work on
// and the results we will look at when the user has navigated back to this controller's view.

- (void)prepareForSegue:(UIStoryboardSegue *)segue sender:(id)sender
{
    [[segue destinationViewController]

     // This parameter gives the next controller the data it works on.
     segueHandoffWithInput:self.dataForNextController

     // This parameter allows the next controller to pass back results
     // by virtue of both controllers having a pointer to the same object.
     andResults:self.resultsFromNextController];
}

ce second exemple montre passer un bloc de rappel pour le second argument. J'aime utiliser des blocs parce qu'il garde les détails pertinents étroitement ensemble dans la source - la source de niveau supérieur.

// Prepare the destination view controller by passing it the input we want it to work on
// and the callback when it has done its work.

- (void)prepareForSegue:(UIStoryboardSegue *)segue sender:(id)sender
{
    [[segue destinationViewController]

     // This parameter gives the next controller the data it works on.
     segueHandoffWithInput:self.dataForNextController

     // This parameter allows the next controller to pass back results.
     resultsBlock:^(id results) {
         // This callback could be as involved as you like.
         // It can use Grand Central Dispatch to have work done on another thread for example.
        [self setResultsFromNextController:results];
    }];
}

si vous voulez transmettre des données d'un contrôleur à un autre essayez ce code

premier ViewController.h

@property (nonatomic, retain) NSString *str;

SecondViewController.h

@property (nonatomic, retain) NSString *str1;

premier ViewController.m

- (void)viewDidLoad
   {
     // message for the second SecondViewController
     self.str = @"text message";

     [super viewDidLoad];
   }

-(IBAction)ButtonClicked
 {
   SecondViewController *secondViewController = [[SecondViewController alloc] initWithNibName:@"SecondViewController" bundle:nil];
   secondViewController.str1 = str;
  [self.navigationController pushViewController:secondViewController animated:YES];
 }

je cherchais cette solution depuis longtemps, au moins je l'ai trouvée. Tout d'abord, déclarez tous les objets de votre second ViewController.h de fichier comme

@interface SecondViewController: UIviewController 
{
    NSMutableArray *myAray;
    CustomObject *object;
}

maintenant dans votre fichier de mise en œuvre allouer la mémoire pour ces objets comme ceci

- (id)initWithNibName:(NSString *)nibNameOrNil bundle:(NSBundle *)nibBundleOrNil
{
     self = [super initWithNibName:nibNameOrNil bundle:nibBundleOrNil];
     if (self) 
     {
         // Custom initialization
         myAray=[[NSMutableArray alloc] init];
         object=[[CustomObject alloc] init];
     }
     return self;
}

Maintenant vous avez alloué la mémoire pour Array et l'objet. maintenant vous pouvez remplir cette mémoire avant de pousser ce ViewController

SecondViewController.h et écrire deux méthodes

-(void)setMyArray:(NSArray *)_myArray;
-(void)setMyObject:(CustomObject *)_myObject;

dans le fichier d'implémentation vous pouvez implémenter la fonction

-(void)setMyArray:(NSArray *)_myArray
{
     [myArra addObjectsFromArray:_myArray];
}
-(void)setMyObject:(CustomObject *)_myObject
{
     [object setCustomObject:_myObject];
}

attendent que votre CustomObject doit avoir une fonction de définition.

maintenant, votre travail de base est fait. allez à l'endroit où vous voulez pousser le SecondViewController et faire les choses suivantes

SecondViewController *secondView= [[SecondViewController alloc] initWithNibName:@"SecondViewController " bundle:[NSBundle MainBundle]] ;
[secondView setMyArray:ArrayToPass];
[secondView setMyObject:objectToPass];
[self.navigationController pushViewController:secondView animated:YES ];

faites attention aux fautes d'orthographe.

ce n'est pas la façon de le faire, vous devriez utiliser des délégués, je suppose que nous avons deux contrôleurs de vue ViewController1 et ViewController2 et cette chose de contrôle est dans le PREMIER un et quand son état change, vous voulez faire quelque chose dans ViewController2, pour atteindre que de la bonne manière, vous devriez faire le ci-dessous:

ajoutez un nouveau fichier à votre fichier de projet (protocole objectif - c) - > Nouveau, nommez-le maintenant ViewController1Delegate ou ce que vous voulez et écrivez ces entre les directives @interface et @ end

@optional

- (void)checkStateDidChange:(BOOL)checked;

maintenant, allez sur ViewController2.h et ajouter

#import "ViewController1Delegate.h"

puis changer sa définition en

@interface ViewController2: UIViewController<ViewController1Delegate>

maintenant, allez sur ViewController2.m et à l'intérieur de la mise en œuvre ajouter:

- (void)checkStateDidChange:(BOOL)checked {
     if (checked) {
           // Do whatever you want here
           NSLog(@"Checked");
     }
     else {
           // Also do whatever you want here
           NSLog(@"Not checked");
     }
}

maintenant, allez sur ViewController1.h et ajouter la propriété suivante:

@property (weak, nonatomic) id<ViewController1Delegate> delegate; 

maintenant si vous créez ViewController1 à L'intérieur de ViewController2 après quelque événement, alors vous devriez le faire de cette façon en utilisant les fichiers NIB:

ViewController1* controller = [[NSBundle mainBundle] loadNibNamed:@"ViewController1" owner:self options:nil][0];
controller.delegate = self;
[self presentViewController:controller animated:YES completion:nil];

Maintenant vous êtes prêt, chaque fois que vous détectez l'événement de contrôle changé dans ViewController1, tout ce que vous avez à faire est le ci-dessous

[delegate checkStateDidChange:checked]; // You pass here YES or NO based on the check state of your control

dites-moi s'il y a quelque chose qui n'est pas clair si je n'ai pas bien compris votre question.

si vous voulez envoyer des données de l'un à l'autre viewController, voici un moyen de le faire:

dire que nous avons viewControllers: viewControllerA et viewControllerB

maintenant en viewControllerB.h

@interface viewControllerB : UIViewController {

  NSString *string;
  NSArray *array;

}

- (id)initWithArray:(NSArray)a andString:(NSString)s;

in viewControllerB.m

#import "viewControllerB.h"

@implementation viewControllerB

- (id)initWithArray:(NSArray)a andString:(NSString)s {

   array = [[NSArray alloc] init];
   array = a;

   string = [[NSString alloc] init];
   string = s;

}

in viewControllerA.m

#import "viewControllerA.h"
#import "viewControllerB.h"

@implementation viewControllerA

- (void)someMethod {

  someArray = [NSArray arrayWithObjects:@"One", @"Two", @"Three", nil];
  someString = [NSString stringWithFormat:@"Hahahahaha"];

  viewControllerB *vc = [[viewControllerB alloc] initWithArray:someArray andString:someString];

  [self.navigationController pushViewController:vc animated:YES];
  [vc release];

}

donc c'est comme ça que vous pouvez passer des données de viewControllerA à viewControllerB sans définir tout délégué. ;)

1. crée l'instance du contrôleur de première vue dans le contrôleur de deuxième vue et fait sa propriété @property (nonatomic,assign) .

2. Assignez l'instance SecondviewController de ce contrôleur de vue.

2. lorsque vous avez terminé l'opération de sélection Copiez le tableau vers le contrôleur de première vue,lorsque vous déchargez le SecondView ,FirstView conservera les données du tableau.

Espérons Que Cette Aide.

transmission des données entre le premier contrôleur du nouveau au deuxième contrôleur du nouveau comme ci-dessous

"

par exemple:

First ViewController String value as

StrFirstValue = @"first";

de sorte que nous pouvons passer cette valeur dans la deuxième classe en utilisant au-dessous de l'étape

1 > nous avons besoin de créer un objet string dans SecondViewController.h fichier

NSString *strValue;

2>nécessité de déclarer les biens comme ci-dessous déclaration .h fichier

@property (strong, nonatomic)  NSString *strSecondValue;

3>besoin de synthétiser cette valeur dans FirstViewController.m fichier ci-dessous de l'en-tête de la déclaration

@synthesize strValue;

et dans le premier ViewController.h:

@property (strong, nonatomic)  NSString *strValue;

4 > dans FirstViewController,à partir de quelle méthode nous naviguons vers second view s'il vous plaît écrire le code ci-dessous dans cette méthode.

SecondViewController *secondView= [[SecondViewController alloc]     
initWithNibName:@"SecondViewController " bundle:[NSBundle MainBundle]];

[secondView setStrSecondValue:StrFirstValue];

[self.navigationController pushViewController:secondView animated:YES ];

je contribue actuellement à une solution open source à ce problème à travers un projet appelé MCViewFactory, qui peut être trouvé ici:

https://github.com/YetiHQ/manticore-iosviewfactory

l'idée est d'imiter le paradigme d'intention D'Android, en utilisant une usine globale pour gérer quelle vue vous regardez et en utilisant" intentions " pour échanger et passer des données entre les vues. Toute la documentation est sur la page github, mais voici quelques faits saillants:

vous configurez toutes vos vues .XIB les classe et les enregistre dans l'app delegate, tout en initialisant l'usine.

// Register activities

MCViewFactory *factory = [MCViewFactory sharedFactory];

// the following two lines are optional. 
[factory registerView:@"YourSectionViewController"]; 

maintenant, dans votre VC, chaque fois que vous voulez passer à une nouvelle VC et passer des données, vous créez une nouvelle intention et ajouter des données à son dictionnaire (savedintancestate). Ensuite, il suffit de définir l'intention actuelle de l'usine:

MCIntent* intent = [MCIntent intentWithSectionName:@"YourSectionViewController"];
[intent setAnimationStyle:UIViewAnimationOptionTransitionFlipFromLeft];
[[intent savedInstanceState] setObject:@"someValue" forKey:@"yourKey"];
[[intent savedInstanceState] setObject:@"anotherValue" forKey:@"anotherKey"];
// ...
[[MCViewModel sharedModel] setCurrentSection:intent];

tous vos points de vue qui se conforment à ce besoin d'être les sous-classes de MCViewController, qui vous permettent d'outrepasser la nouvelle méthode onResume:, vous permettant d'accéder aux données que vous avez transmises.

-(void)onResume:(MCIntent *)intent {
    NSObject* someValue = [intent.savedInstanceState objectForKey:@"yourKey"];
    NSObject* anotherValue = [intent.savedInstanceState objectForKey:@"anotherKey"];

    // ...

    // ensure the following line is called, especially for MCSectionViewController
    [super onResume:intent];
}

espérons que certains d'entre vous trouvent Cette solution utile/intéressante.

dans mon cas j'ai utilisé une classe singleton qui peut fonctionner comme un objet global permettant des accès aux données de presque partout dans l'application. La première chose est de construire une classe singleton. Veuillez vous référer à la page", Que dois-je Objective-C singleton? " Et ce que j'ai fait pour rendre l'objet globalement accessible était simplement l'importer dans appName_Prefix.pch qui est pour appliquer la déclaration d'importation dans toutes les classes. Pour accéder à cet objet et l'utiliser, j'ai simplement implémenté méthode de classe pour retourner l'instance partagée, qui contient ses propres variables

créer la propriété sur le prochain view controller .h et définir getter et setter.

ajouter property dans NextVC.h sur nextVC

@property (strong, nonatomic) NSString *indexNumber;

ajouter

@synthesize indexNumber; in NextVC.m

et dernier

NextVC *vc=[[NextVC alloc]init];

vc.indexNumber=@"123";

[self.navigationController vc animated:YES];

je sais que c'est un sujet tabassé mais pour ceux qui cherchent à répondre à cette question avec une pente rapide et veulent un exemple de bare-bones, voici ma méthode de go-to pour passer des données si vous utilisez une séquence pour se déplacer.

il est similaire à ce qui précède, mais sans les boutons, étiquettes et autres. Il suffit de passer des données d'un point de vue à l'autre.

Installation De La Table De Montage Séquentiel

Il y a trois parties.

1. L'Expéditeur
2. La Séquence
3. Le Récepteur

c'est un plan de vue très simple avec une séquence entre eux.

---

---

Voici la configuration pour l'expéditeur

---

---

, Voici la configuration pour le récepteur.

---

---

enfin, la configuration pour la suite.

---

---

Le Point De Vue Des Contrôleurs

nous gardons ce simple donc pas de boutons, pas d'actions, nous sommes tout simplement déplacer des données de l'expéditeur au récepteur lorsque l'application charge et puis la sortie de la valeur transmise à la console.

cette page prend la valeur initialement chargée et la transmet.

//
//  ViewControllerSender.swift
//  PassDataBetweenViews
//
//  Created by Chris Cantley on 8/25/15.
//  Copyright (c) 2015 Chris Cantley. All rights reserved.
//

import UIKit


class ViewControllerSender: UIViewController {

    // THE STUFF - put some info into a variable
    let favoriteMovie = "Ghost Busters"


    override func viewDidAppear(animated: Bool) {
        // PASS IDENTIFIER - go to the recieving view controller.
        self.performSegueWithIdentifier("goToReciever", sender: self)
    }

    override func prepareForSegue(segue: UIStoryboardSegue, sender: AnyObject?) {

        //GET REFERENCE - ...to the receiver view.
        var viewControllerReceiver = segue.destinationViewController as? ViewControllerReceiver

        //PASS STUFF - pass the variable along to the target.
        viewControllerReceiver!.yourFavMovie = self.favoriteMovie

    }

}

cette page envoie juste la valeur de la variable à la console quand il charge. Notre film préféré devrait être dans cette variable.

//
//  ViewControllerReceiver.swift
//  PassDataBetweenViews
//
//  Created by Chris Cantley on 8/25/15.
//  Copyright (c) 2015 Chris Cantley. All rights reserved.
//

import UIKit

class ViewControllerReceiver: UIViewController {

    //Basic empty variable waiting for you to pass in your fantastic favorite movie.
    var yourFavMovie = ""

    override func viewDidLoad() {
        super.viewDidLoad()


        //And now we can view it in the console.
        println("The Movie is \(self.yourFavMovie)")

    }



}

C'est ainsi que vous pouvez l'aborder si vous voulez utiliser une séquence et que vous n'avez pas vos pages sous un contrôleur de navigation.

une fois qu'il est lancé, il devrait passer automatiquement à la vue du récepteur et passer la valeur de l'expéditeur au récepteur, affichant la valeur dans la console.

NewsViewController

- (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath
{
  [tbl_View deselectRowAtIndexPath:indexPath animated:YES];
  News *newsObj = [newstitleArr objectAtIndex:indexPath.row];
  NewsDetailViewController *newsDetailView = [[NewsDetailViewController alloc] initWithNibName:@"NewsDetailViewController" bundle:nil];

  newsDetailView.newsHeadlineStr = newsObj.newsHeadline;

  [self.navigationController pushViewController:newsDetailView animated:YES];
}

NewsDetailViewController.h

@interface NewsDetailViewController : UIViewController
@property(nonatomic,retain) NSString *newsHeadlineStr;
@end

NewsDetailViewController.m

@synthesize newsHeadlineStr;

délégation est la seule solution pour effectuer de telles opérations lorsque vous utilisez .fichiers xib cependant toutes les réponses décrites ci-dessus sont pour storyboard pour .fichiers xibs vous devez utiliser délégation. c'est la seule solution que vous pouvez.

une autre solution est d'utiliser la classe singleton pattern initialiser une fois et l'utiliser dans votre application complète.

si vous voulez passer des données de ViewControlerOne à ViewControllerTwo essayez ceux-ci..

ces en ViewControlerOne.h

 @property (nonatomic, strong) NSString *str1;

ces en ViewControllerTwo.h

 @property (nonatomic, strong) NSString *str2;

synthétise str2 en ViewControllerTwo.m

@interface ViewControllerTwo ()
@end
@implementation ViewControllerTwo
@synthesize str2;

ces en ViewControlerOne.m

 - (void)viewDidLoad
 {
   [super viewDidLoad];

  // Data or string you wants to pass in ViewControllerTwo..
  self.str1 = @"hello world";

 }

sur les boutons cliquez événement faire ceci..

-(IBAction)ButtonClicked
{ //Navigation on buttons click event from ViewControlerOne to ViewControlerTwo with transferring data or string..
  ViewControllerTwo *objViewTwo=[self.storyboard instantiateViewControllerWithIdentifier:@"ViewControllerTwo"];
  obj.str2=str1;
  [self.navigationController pushViewController: objViewTwo animated:YES];
}

ces en ViewControllerTwo.m

- (void)viewDidLoad
{
 [super viewDidLoad];
  NSLog(@"%@",str2);
}

vous pouvez enregistrer des données dans App delegate pour y accéder à travers les contrôleurs de vue dans votre application. Tout ce que vous avez à faire est de créer une instance partagée d'app delegate

AppDelegate *appDelegate = (AppDelegate *)[UIApplication sharedApplication].delegate;

Par Exemple

si vous déclarez un NSArray object *arrayXYZ alors vous pouvez y accéder dans n'importe quel contrôleur de vue par appDelegate.arrayXYZ

il y a des tonnes de façons de faire cela et il est important de choisir la bonne. L'une des décisions architecturales les plus importantes réside probablement dans la façon dont le code modèle sera partagé ou consulté dans l'ensemble de l'application.

j'ai écrit un billet de blog à ce sujet il y a quelques temps: partage de Code modèle . Voici un bref résumé:

Partage de données

une approche consiste à partager des pointeurs vers les objets modèles entre les vues contrôleur.

• force Brute itération sur les contrôleurs de vue (dans la Navigation ou la Barre d'Onglet Contrôleur) pour définir les données
• Ensemble de données dans prepareForSegue (si storyboards) ou init (si programmatique)

puisque prepare for segue est le plus commun voici un exemple:

override func prepareForSegue(segue: UIStoryboardSegue, sender: AnyObject?) {
    var next = segue.destinationViewController as NextViewController
    next.dataSource = dataSource
}

accès indépendant

une autre approche consiste à traiter un écran plein de données à la fois et au lieu de coupler les contrôleurs de vue les uns aux autres, chaque contrôleur de vue à une seule source de données à laquelle ils peuvent accéder indépendamment.

la façon la plus commune que j'ai vu ce fait est un singleton instance. Donc, si votre objet singleton était DataAccess , vous pourriez faire ce qui suit dans la méthode viewDidLoad D'UIViewController:

func viewDidLoad() {
    super.viewDidLoad()
    var data = dataAccess.requestData()
}

Il ya des outils supplémentaires qui aident également à transmettre des données:

• Clé-Valeur De L'Observation
• Nnotification
• Base De Données
• Nsfetchedresulscontroller
• Source De Données

Base De Données

ce qui est bien avec les données de base, c'est qu'elles ont des relations inverses. Donc si vous voulez juste donner à un NotesViewController l'objet notes vous pouvez parce qu'il aura un inverse relation avec quelque chose d'autre comme le carnet. Si vous avez besoin de données sur le bloc-notes dans le NotesViewController, vous pouvez remonter le graphe objet en faisant ce qui suit:

let notebookName = note.notebook.name

plus d'informations à ce sujet dans mon billet de blog: Sharing Model Code

si vous voulez envoyer des données de l'un à l'autre viewController, voici un moyen de le faire:

disons que nous avons viewControllers: ViewController et NewViewController.

dans ViewController.h

#import <UIKit/UIKit.h>

@interface ViewController : UIViewController
{
    IBOutlet UITextField *mytext1,*mytext2,*mytext3,*mytext4;
}

@property (nonatomic,retain) IBOutlet UITextField *mytext1,*mytext2,*mytext3,*mytext4;

-(IBAction)goToNextScreen:(id)sender;

@end

dans ViewController.m

#import "ViewController.h"

#import "NewViewController.h"

@implementation ViewController
@synthesize mytext1,mytext2,mytext3,mytext4;

-(IBAction)goToNextScreen:(id)sender
{
    NSArray *arr = [NSArray arrayWithObjects:mytext1.text,mytext2.text,mytext3.text,mytext4.text, nil];


    NewViewController *newVc = [[NewViewController alloc] initWithNibName:@"NewViewController" bundle:nil];

    newVc.arrayList = arr;

    [self.navigationController pushViewController:newVc animated:YES];

}

Dans NewViewController.h

#import <UIKit/UIKit.h>

@interface NewViewController : UITableViewController
{
    NSArray *arrayList;

    NSString *name,*age,*dob,*mobile;

}

@property(nonatomic, retain)NSArray *arrayList;

@end

Dans NewViewController.m

#import "NewViewController.h"

#import "ViewController.h"

@implementation NewViewController
@synthesize arrayList;

#pragma mark - Table view data source

- (NSInteger)numberOfSectionsInTableView:(UITableView *)tableView
{

    // Return the number of sections.
    return 1;
}

- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section
{

    // Return the number of rows in the section.
    return [arrayList count];
}

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
    static NSString *CellIdentifier = @"Cell";
    UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:CellIdentifier];
    if (cell == nil)
    {
         cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:CellIdentifier];      
    }
    // Configure the cell...
    cell.textLabel.text = [arrayList objectAtIndex:indexPath.row];
    return cell;


}

@end

ainsi nous pouvons passer le données d'un viewcontroller vers un autre contrôleur de vue...

j'aime l'idée des objets modèles et des objets simulés basés sur NSProxy pour commettre ou rejeter des données si ce que l'utilisateur sélectionne peut être annulé.

il est facile de transmettre des données puisqu'il s'agit d'un seul objet ou de quelques objets et si vous avez par exemple UINavigationController controller, vous pouvez garder la référence au modèle à l'intérieur et tous les contrôleurs de vue poussée peuvent y accéder directement depuis le contrôleur de navigation.

j'ai vu beaucoup de gens compliquer cela en utilisant la méthode didSelectRowAtPath . J'utilise des données de base dans mon exemple.

- (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath{

    //this solution is for using Core Data
    YourCDEntityName * value = (YourCDEntityName *)[[self fetchedResultsController] objectAtIndexPath: indexPath];

    YourSecondViewController * details = [self.storyboard instantiateViewControllerWithIdentifier:@"nameOfYourSecondVC"];//make sure in storyboards you give your second VC an identifier

    //Make sure you declare your value in the second view controller
    details.selectedValue = value;

    //Now that you have said to pass value all you need to do is change views
    [self.navigationController pushViewController: details animated:YES];

}

4 lignes de code à l'intérieur de la méthode et vous avez terminé.

C'est un très grand tutoriel pour quiconque en veut un. Voici le code exemple:

- (void)prepareForSegue:(UIStoryboardSegue *)segue sender:(id)sender {
    if ([segue.identifier isEqualToString:@"myIdentifer]) {
        NSIndexPath *indexPath = [self.tableView indexPathForSelectedRow];
        myViewController *destViewController = segue.destinationViewController;
        destViewController.name = [object objectAtIndex:indexPath.row];
    }
}

il y a beaucoup de réponses à ces questions offrant de nombreuses façons différentes d'effectuer la communication du contrôleur de vue qui fonctionnerait en effet, mais je ne vois nulle part où que ce soit mentionné, lequel est réellement le meilleur à utiliser et lequel à éviter.

dans la pratique, à mon avis, seules quelques solutions sont recommandées:

• transmettre les données:
  • remplacer la prepare(for:sender:) méthode de UIViewController lorsqu'on utilise une storyboard et enchaîne
  • passer des données par un initialiseur ou par des propriétés lors de l'exécution de la vue contrôleur des transitions code thtough
• pour transmettre des données à l'envers
  • mettre à jour l'état partagé de l'application (que vous pouvez transmettre entre les contrôleurs de vue avec l'une des méthodes ci-dessus)
  • use délégation
  • utiliser un dérouleur segue

Solutions je déconseille l'utilisation:

• faisant directement référence au contrôleur précédent au lieu d'utiliser la délégation
• le Partage de données à travers un singleton
• transmission de données par le biais de l'application délégué
• partager des données par défaut par l'utilisateur
• transmettre des données par des notifications

Ces solutions, même si elles fonctionnent à court terme, introduisent trop de dépendances qui vont brouiller l'architecture de l'application et créer plus de problèmes plus tard.

pour les personnes intéressées, j'ai écrit quelques articles qui traitent de ces points plus en profondeur et mettent en évidence les différents inconvénients:

• Comment iOS Afficher les Contrôleurs de Communiquer les Uns Avec les Autres
• comment structurer le Code de iOS Apps
• Comprendre les principaux Principes Architecturaux de Développement iOS avec un Exemple Pratique