2010-09-25 33 views
2

bon peuple de StackOverflow,fichier Nib (et code) organisation dans un guichet unique, l'application non-document basé

Je suis dans les premières étapes de la construction d'une application Cocoa non basée sur le document. Ce que je vise est une disposition de fenêtre semblable à iTunes, avec un volet gauche, moyen et droit. Le modèle Xcode pour une telle application inclut un fichier appelé MainMenu.xib contenant à la fois le menu principal et la fenêtre principale de l'application, avec la logique de support contenue dans la classe MyApp_AppDelegate.

Je peux déjà prévoir que continuer sur cette voie conduira éventuellement à une classe de délégués d'applications très grande et désorganisée. Par conséquent, mon sens spidey me dit de sortir la logique de la fenêtre principale dans sa propre sous-classe NSWindowController (et le fichier XIB qui l'accompagne). De plus, aurais-je raison de séparer chaque volet dans sa propre sous-classe NSViewController? Cela semblerait mieux séparer mes préoccupations, au détriment de plus de fichiers et de code supplémentaire pour tout câbler ensemble.

Le conseil le plus proche que j'ai pu trouver est dans Apple Interface Builder User Guide mais il ne répond pas directement à la question. Cependant, je suppose que ma question ne porte pas sur les fichiers nib en particulier, mais sur l'organisation des applications de haut niveau.

Répondre

2

Pour tous ceux qui se demandent la même chose, this et this et this ont quasiment tout éclairci pour moi.

Apparemment, le composant NSViewController est relativement nouveau et n'est pas encore bien documenté.