La façon de traiter avec des classes de modèle dans une application iOS

Résumé: j'ai lu attentivement le sujet Où placer la "Base de Données de la Pile" en Cocoa/Cacao application Tactile suggéré par Brad Larson et j'ai écrit une possible solution sur la façon de traiter avec un modèle et de vue différents contrôleurs. La solution n'utilise pas de Base de Données, mais je crois que le même modèle peut être appliqué à la Base de Données des applications.

Scénario: considérons une application simple qui stocke des informations sur les produits, telles que le nom, la description et le prix/unité. Une fois lancée, l'application affiche une liste de produits (avec une UITableView); lorsque l'utilisateur appuie sur un nom de produit, l'application présente les détails des produits dans un autre point de vue, la mise à jour de la barre de navigation avec le nom du produit.

Architecture Le modèle est assez simple ici: un tableau d'objets de Produit, chacune avec un nom, une description et un prix de la propriété.

L'application a obtenu trois principaux points de vue, la plupart du temps créé par la Navigation modèle de Xcode: un UINavigationView (géré par l'UINavigationController, instancié dans l'application de son délégué), la valeur par défaut UITableView (géré par RootViewController et qui est le premier point de vue illustré par la UINavigationController) et une fenêtre detravail (géré par l'DetailViewController la classe, nous avons à écrire).

Voyons ce qui est le gros plan à partir du modèle de point de vue:

1. Le modèle est instancié/chargé par l'Application des délégués comme un NSMutableArray d'objets de Produit;
2. Le pointeur vers le modèle est maintenant passé à la première vue-contrôleur de notre hiérarchie, UITableViewController, par le biais d'une propriété. En fait, on pourrait dire que le premier contrôleur de la hiérarchie est le UINavigationController, donc il nous faut passer de la référence et de la UITableViewController mais... Apple affirme que UINavigationController ne devrait pas être sous-classé, donc on ne peut pas ajouter n'importe quelle propriété/méthode. Et en fait c'est logique, parce que la responsabilité d'un UINavigationController est toujours à la visualisation de gestion, pas le modèle de la manipulation.
3. Quand l'utilisateur sélectionne un UITableCell, le UITableViewController crée un nouveau DetailViewController (avec la fenêtre detravail), passe le seul produit sélectionné en tant que propriété et le pousse à la fenêtrede travail sur le haut de la UINavigation pile.

Voici quelques extraits de code:

Création de la maquette:

//SimpleModelAppDelegate.m    

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
{
    //products is a protected ivar
    products = [[NSMutableArray alloc] init];

    Product *p1 = [[Product alloc] initWithName:@"Gold" andDescription:@"Expensive metal" andUnitPrice:100];
    Product *p2 = [[Product alloc] initWithName:@"Wood" andDescription:@"Inexpensive building material" andUnitPrice:10];

    [products addObject:p1];
    [products addObject:p2];

    [p1 release];
    [p2 release];

    //Passing the model reference to the first shown controller 
    RootViewController *a = (RootViewController*)[self.navigationController.viewControllers objectAtIndex:0];
    a.products = products;

    //Add the navigation controller's view to the window and display
    self.window.rootViewController = self.navigationController;
    [self.window makeKeyAndVisible];
    return YES;
}

- (void)dealloc
{
    //The app delegate is the owner of the model so it has to release it.
    [products release];
    [_window release];
    [_navigationController release];

    [super dealloc];
}

La RootViewController pouvez recevoir le modèle de référence, car il a un NSMutableArray propriété:

//RootViewController.h

#import <UIKit/UIKit.h>

@interface RootViewController : UITableViewController

@property (nonatomic, retain) NSMutableArray *products;

@end

Lorsque l'utilisateur appuie sur un nom de produit, le RootViewController instancie une nouvelle DetailViewController et passe la référence du produit à l'aide d'un immeuble à nouveau.

//RootViewController.m

- (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath
{
    DetailViewController *detailViewController = [[DetailViewController alloc] initWithNibName:@"DetailViewController" bundle:nil];

    //Passing the model reference...
    detailViewController.product = [products objectAtIndex:indexPath.row];

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

    [detailViewController release];
}

Et, à la fin, le DetailViewController montre le modèle d'information de l'établissement de ses points de vente dans la méthode viewDidLoad.

//DetailViewController.m

- (void)viewDidLoad
{
    [super viewDidLoad];
    self.navigationItem.title = product.name;
    self.descriptionLabel.text = product.description;
    self.priceLabel.text = [NSString stringWithFormat:@"%.2f eur", product.unitPrice];
}

Vous pouvez télécharger le projet complet ici: http://dl.dropbox.com/u/1232650/linked/stackoverflow/SimpleModel.zip

Je vais vraiment apprécier tout commentaire de ma solution, je suis désireux d'apprendre 😉

Je suis un noob aussi, mais voici ce que j'ai fait. C'est plus comme #2.

Dans applicationDidFinishLaunching, le délégué d'application crée une instance du modèle.

Mon point de vue, les contrôleurs de déclarer une propriété pointant sur le modèle, mais le type est un protocole (dans mon cas id <GameModel>. De nombreuses propriétés dans le protocole sont déclarées en readonly.

Dans applicationDidFinishLaunching, le délégué d'application définit la propriété à point pour le modèle qu'il a créé.

Ce que je n'aime pas:

Un. Votre point de vue contrôleurs ne devriez pas avoir à connaître la structure de votre application délégué. Vous pouvez réutiliser le même point de vue contrôleur dans une autre application, avec une application différente type de délégué. Vous pourriez faire de simples changements à votre vue-contrôleur de code pour corriger ça, ou il y a d'autres façons de contourner cela, mais pourquoi faire compliqué?

Trois. Je ne suis pas friand de singletons comme la plupart des gens. Le problème, c'est qu'ils sont simple. Que faire si vous voulez avoir de multiples modèles chargé?

Quatre. ?!?!