UIView et initWithFrame et une PLUME de fichier. Comment puis-je obtenir la PLUME de chargement du fichier?

J'ai un UIView appelé baseViewet que j'ai initWithFrameoù j'ai ajouter quelques autres points de vue et de faire quelques trucs. Le même point de vue a aussi une PLUME de fichier.

Maintenant, j'ai un UIViewController classe nommée AppController dans laquelle je veux ajouter la baseView afficher à la vue de la AppController vue, donc je le fais :

self.view = baseView; mais le problème est que la POINTE de fichier n'est pas chargé. Comment puis-je m'assurer de la mesure trucs ET la PLUME fichier est chargé/run ?

InformationsquelleAutor dbrasco | 2011-02-20

ios objective-c

170

Vous avez plusieurs options, en fonction de la façon dont votre "baseView" la classe est destinée à être utilisée et intégrée à votre application. Il n'est pas clair à quel point vous avez l'intention d'utiliser cette classe -- comme le point de vue dans une sous-classe UIViewController, ou réutilisable, modulaire signifie d'être instancié plusieurs fois tout au long de votre application, pour une utilisation dans de nombreux point de vue différent des contrôleurs.

Si votre vue est destiné à être le seul point de vue dans une sous-classe UIViewController, puis Phonitive est correct -- le bundle avec la sous-classe UIViewController .xib fichier et utiliser la UIViewController de viewDidLoad faire initialisation.

Mais si vous voulez que votre point de Vue de la classe à un sous-composant réutilisé plusieurs fois dans différents contrôleurs de vue, intégré, soit par un code ou par l'inclusion dans un .xib fichier d'un autre contrôleur, alors vous avez besoin pour mettre en œuvre le initWithFrame: méthode init, et awakeFromNib, à manier les deux cas. Si votre intérieur d'initialisation comprend toujours certains objets .xib, puis dans votre initWithFrame vous devrez charger votre .xib manuellement afin de soutenir le "client" classes que vous voulez créer votre widget via le code. Et de même, si un .xib fichier contient votre objet, puis vous aurez besoin pour vous assurer d'appeler n'importe quel code-requis finalisation de awakeFromNib.

Voici un exemple de comment créer une sous-classe UIView composant avec la conception de l'INTERFACE utilisateur dans une plume.

Mavue.h:
```
@interface MyView : UIView
{
    UIView *view;
    UILabel *l;
}
@property (nonatomic, retain) IBOutlet UIView *view;
@property (nonatomic, retain) IBOutlet UILabel *l;
```
Mavue.m:
```
#import "MyView.h"
@implementation MyView
@synthesize l, view;

- (id)initWithFrame:(CGRect)frame 
{
    self = [super initWithFrame:frame];
    if (self) 
    {
        //Initialization code.
        //
        [[NSBundle mainBundle] loadNibNamed:@"MyView" owner:self options:nil];
        [self addSubview:self.view];
    }
    return self;
}

- (void) awakeFromNib
{
    [super awakeFromNib];

    //commenters report the next line causes infinite recursion, so removing it
    //[[NSBundle mainBundle] loadNibNamed:@"MyView" owner:self options:nil];
    [self addSubview:self.view];
}

- (void) dealloc
{
     [l release];
     [view release];
     [super dealloc];
}
```
Voici ce que la plume de fichier ressemble (sauf que le propriétaire du fichier doit être modifié pour Mavue classe).

assurez-vous de brancher à la fois de la vue et de magasins de marque de Propriétaire du Fichier. Ça y est! Un modèle pour la création de ré-utilisable UIView widgets.

La seule chose vraiment bien sur cette structure, c'est que vous pouvez placer des instances de votre Mavue objet dans d'autres nib fichiers, il suffit de placer une UIView à l'emplacement/la taille que vous voulez, puis changer la classe de l'identité de l'inspecteur (CMD-4) à Mavue, et boum, vous avez une instance de votre widget quelle que soit la vue que vous voulez! Tout comme UIKit objets que vous pouvez mettre en œuvre délégué protocoles de sorte que les objets à l'aide de votre widget d'être informé des événements intéressants, et peut fournir des données à afficher dans le widget pour le personnaliser.
- Habituellement, lorsque je créer une application j'aime créer certains points de vue, et je veux utiliser ces points de vue dans une Vue-Contrôleur. Je ne veux pas créer une vue contrôleur pour chaque vue, c'est pourquoi j'ai créer des vues distinctes qui je veux inclure dans une Vue Contrôleurs de vue.
- J'aime le fait que vous dites que je peux mettre en œuvre initWithFrame et awakeFromNib mais je ne suis pas sûr de ce genre de l'initialisation, j'ai à faire et dans quel ordre. Pourriez-vous nous donner un exemple ? Disons que j'ai ajouté des étiquettes et des boutons dans le XIB avec de l'IB. J'ai quelques IBOutlets de mon point de Vue. Maintenant, je veux en initWithFrame de faire quelque chose avec ceux de l'objet. Comment entreprendre la vue avec la POINTE de sorte qu'il sait à propos de ces objets ?
- Si vous ne jamais charger une vue de plume, vous n'avez jamais initWithFrame. Le seul point de initWithFrame est pour vous de créer l'objet dans le code et de donner une première image (l'emplacement et la taille dans le superview). Vous mettez tout "extra" initialisation de votre objet doit en awakeFromNib (ou votre init routine, si vous créez à partir du code). Je vais mettre un petit exemple dans un edit dans ma réponse
- merci cela fonctionne très bien 🙂
- C'. Est. Belle. Merci!!!!
- Bienvenue! Ravi de vous aider. Une fois que j'ai eu cette "épiphanie" il a fait une réelle différence dans la façon de la structure des applications iOS.
- En effet. Certes, il ya plusieurs cas où, je peux simplement pousser un autre VC+vue sur la valeur liquidative du contrôleur, mais ce n'est pas toujours le cas. Maintenant, j'ai besoin de re-lire à propos de IBPlugins, f'rinstance: cocoawithlove.com/2009/07/... (attendez, non, pas iOS spécifiques, mais quand même ...)
- Oui j'ai vu que l'article -- n'ai pas eu besoin de plongée profonde encore, je suis sûr que je vais un de ces jours...
- C'est une bonne solution pour le problème. J'ai trouvé que le passage les propriétés suivantes grâce à l'affichage dans le init/éveillé a également été utile: auto.vue.image = self.cadre; auto.vue.autoresizingMask = auto.autoresizingMask;
- bonne idée!
- loadNibNamed à l'intérieur de awakeFromNib causes récursivité sans fin
- Vous n'avez pas remarqué ce problème, je vais vérifier la prochaine fois que je suis en train de travailler sur iOS choses.
- C'est vrai, @Gargo est correct, je viens de tester ce code (Grande réponse) mais j'ai été saisie d'une boucle infinie lors de l'initialisation, après la suppression de la loadNibNamed à l'intérieur de awaleFromNib ce problème arrêté. Merci.
- merci pour la confirmation, je ne suis pas en mesure de tester cela pour le moment. Je vais mettre à jour la réponse à supprimer cette ligne. Il est logique, je suppose, puisque vous êtes déjà chargement de plume, vous n'avez pas besoin de charger la plume de nouveau. Certes je n'utilise pas cette voie beaucoup, donc merci pour la correction!
- Comment puis-je envoyer un NSArray avec mon init appel. Dois-je faire ma propre méthode init?
- si vous aimez ceci, vous avez créé deux MyView . l'un de initWithFrame: l'un de Plume, celle de la Plume sont ajoutés à celui de initWithFrame:
- oui, votre observation est correcte....et?
- il n'est pas bon
- avez-vous lu et compris la question cela résout? Les points de vue multiples sont nécessaires (pour autant que je puisse dire) pour les avantages de cette approche fournit. Par tous les moyens, n'hésitez pas à poster votre propre solution complète pour l'OP.
- Dans mon cas, [[NSBundle mainBundle] loadNibNamed:@"Mavue" propriétaire:auto options:nil]; elle est nécessaire si je veux faire la chose entière de travail. Sans elle, nul est attribué à soi-même.vue. EDIT: ce commentaire est toujours valide, mais vous devriez lire mon edit de la réponse; la "IMPORTANT: ..." paragraphe.
- Je ne pourrais pas vivre une vie normale en sachant qu'il y sont deux instances de la classe de vue là. J'ai fini par me débarrasser de l'XIB et de le faire de la vieille école, droit code!
- Sont les IBOutlet définir les propriétés de "conserver", parce que la vue est le propriétaire de lui-même?
- UIViews n'ont pas de view de la propriété, de sorte que le [self addSubview:self.view]; ligne ne fonctionne pas. Peut-être que c'était censé être quelque chose comme ça? NSArray *subviewArray = [[NSBundle mainBundle] loadNibNamed:@"SubscriptionPrompt" owner:self options:nil]; [self addSubview:subviewArray[0]]; Peut-être qu'il a utilisé pour être une propriété en vue sur UIViews.
- vérifiez le fichier d'en-tête de nouveau.
- Hein. Cela signifie que Mavue est le propriétaire du fichier et également des références à la vue à travers la IBOutlet. [[NSBundle mainBundle] loadNibNamed:@"MyView" owner:self options:nil]; établit ensuite la view de la propriété, qui est ensuite ajouté à la sous-vue. Mavue (créé avec initWithFrame) aura une sous-vue de Mavue (créé avec loadNibNamed, et de le charger dans le point de vue de la propriété).
InformationsquelleAutor Bogatyr
3

J'ai trouvé ce post après avoir eu un problème en essayant de le faire dans mon application. J'ai essayé de créer une instance de la vue à partir d'une PLUME dans la méthode ViewDidLoad, mais les contrôles sont comportés comme s'ils étaient handicapés. J'ai du mal avec cette tente de régler directement la userInteractionEnabled de la propriété et de définir par programmation de l'événement de touche du sélecteur d'un bouton dans ce point de vue. Rien n'a fonctionné. Je suis tombé sur un autre post et découvert que viewDidLoad était sans doute trop tôt pour le chargement de cette PLUME. J'ai déplacé la charge de la ViewWillAppear méthode et tout a fonctionné. Espérons que cela aide quelqu'un aux prises avec cette. La réponse principale est grande et fonctionne bien pour moi maintenant que je l'ai appelé le bon endroit.
- Merci de partager le lien vers ce post d'autres avec nous.
- Il est probable qu'il ment stackoverflow.com/a/819265/779419 . Lors de l'instanciation de la vue personnalisée, assurez-vous d'utiliser effectivement initWithFrame avec une bonne CGRect.
InformationsquelleAutor crissag
2

si vous souhaitez utiliser une PLUME, c'est mieux pour votre UIView d'être en relation avec un UIViewController, dans ce cas, vous pouvez utiliser
```
UIViewController *vc=[[UIViewController alloc] initWithNibName:@"YourNIBWihtOUTEXTENSION" bundle:nil]

[self.view addSubView:vc.view ];
```
attention de fuites de mémoire, vous devez libérer vc
- Pas vrai; Si vous avez besoin de modifier une UIView du contenu à l'aide de l'Interface Builder, vous aurez besoin d'utiliser Bogatyr de la méthode. La raison pourquoi vous avez besoin d'utiliser UIView en conjonction avec la Plume, c'est que Apple décourage l'utilisation de nidification UIViewControllers parce que parent d'appels peuvent se briser. C'est si votre soutien < iOS 5. stackoverflow.com/questions/1141015/...
- Ce n'est pas une bonne mise en œuvre - j'avais de la recherche conteneurs vcs
InformationsquelleAutor Phonitive

Si vous avez une coutume UIView avec un fichier xib.

- (id)initWithFrame:(CGRect)frame
{
   self = [super initWithFrame:frame];

   id mainView;
   if (self)
   {
       NSArray *subviewArray = [[NSBundle mainBundle] loadNibNamed:@"HomeAllAdsView" owner:self options:nil];
       mainView = [subviewArray objectAtIndex:0];    
   }
   return mainView;
}

- (void) awakeFromNib
{
   [super awakeFromNib];
}

InformationsquelleAutor felixwcf

0

Ce post m'a aidé à La construction Réutilisables Vues Avec Interface Builder et Mise en page Automatique. Le truc a faire avec réglage de la IBOutlets à la FileOwner puis ajout de l'affichage du contenu à lui-même après le chargement de la plume

InformationsquelleAutor Maria

Vous devez vous connecter pour publier un commentaire.