›

Application architecture

FloFlo Membre
02:34 modifié dans API AppKit #1
Bonjour à  tous,

Je suis actuellement sur une application non document-based n'utilisant pas core data. Il n'y a pour l'instant qu'une fenêtre principale (mainWindow), plusieurs vues chargeables (NSViewController) et des sheets.

J'ai vu pas mal d'exemples différents et je suis un peu perdu, j'ai souvent vu des projets ou il y avait un nib pour le menu principal (MainMenu) et un pour la mainWindow (MainWindow) chargé par un NSWindowController.

Vu la nature de mon projet, j'ai procédé comme suit :
- un seul nib pour la mainWindow et le mainMenu (fileOwner : NSApplication)
- un nib par NSView chargé
- un nib par sheet chargé

La mainWindow n'est donc pas chargée par un NSWindowController mais est managé par l'AppDelegate (instancié dans le nib lancé par l'appli au démarrage).

Ai-je eu tort de procéder ainsi ou vaut-il mieux ce conformer au modèle général ? Quel seraient les désavantages de ne pas le faire ?

Merci d'avance pour vos lumières.

Réponses

  • jpimbertjpimbert Membre
    02:34 modifié #2
    Pour moi aucun problème de fond.

    La recommandation générale de se conformer à  un modèle général est que cela facilite la maintenance : quand il faudra reprendre le code dans quelques mois et qu'il faudra se souvenir de l'architecture particulière.

    Chaque fois que l'on sort des sentiers battus il faut documenter (ou commenter) avec soin. Pour ma part, j'ai pris l'habitude de créer des patterns que je documente et que j'améliore au cours du temps.
  • FloFlo Membre
    02:34 modifié #3
    Oui je suis asser d'accord, d'autant plus que le modèle général se prête plus à  des applis type "document base" et pas vraiment à  un projet ne comportant qu'une fenêtre principal(déclenchant l'arrêt du programme quand on la ferme) et des sheets.

    Merci pour ta réponse  :)
Connectez-vous ou Inscrivez-vous pour répondre.