J'ai vu des gens qui refusent d'utiliser Interface Builder et préfèrent tout faire en utilisant le code. N'est-ce pas un peu fastidieux et ça ne prend pas plus de temps? Pourquoi les gens feraient ça?Pourquoi ne pas utiliser Interface Builder
C'est habituellement une durée d'efficacité de travailler dans d'autres environnements avec d'autres constructeurs de l'interface utilisateur. Un grand nombre de programmes de construction de l'interface utilisateur sont considérés comme de la main-d'œuvre débutant au mieux et carrément nuisible au pire. Interface Builder est inhabituel en ce qu'il est en fait le moyen préféré pour créer des interfaces pour la plate-forme.
Un générateur d'interface utilisateur qui fonctionne * accélère le développement de l'interface utilisateur et maintient la cohérence du code généré et de l'interface utilisateur générée. Comme main tenant, je pense que les débutants ne devraient pas utiliser les constructeurs d'interface utilisateur, jusqu'à ce qu'ils aient une certaine compréhension du code sous-jacent qui est généré - et la meilleure façon de le comprendre est de l'écrire à la main. ;) – FrustratedWithFormsDesigner
@Frustrated Cela peut être vrai sur d'autres plates-formes, mais ce n'est pas le cas avec Xcode et Interface Builder. Les débutants devraient certainement apprendre IB, car c'est la façon préférée de faire la plupart de la conception de l'interface utilisateur. De plus, IB ne génère aucun code. – kubi
Peut-être parce que l'Interface Builder est un autre outil pour comprendre. En outre, il est utile de savoir comment faire les choses par programmation au cas où les nibs ne vous donneraient pas assez de fonctionnalités.
J'aime utiliser les xibs comme "valeurs par défaut" qui peuvent être remplacées dans le code pour la raison que vous avez évoquée. – Andrew
Parfois, vous voulez faire quelque chose que le constructeur de l'interface utilisateur ne peut pas tout à fait gérer (ces situations ne sont pas communs, mais ils ne viennent maintenant et). Parfois, vous pouvez avoir le sentiment de mieux contrôler ce qui se passe lorsque vous écrivez vous-même le code. Moi, je préfère laisser les constructeurs de l'interface utilisateur le faire autant que possible, mais parfois ça ne marche pas toujours très bien, et j'ai parfois dû écrire le code moi-même.
Certaines personnes n'aiment pas mélanger la fonctionnalité de code dans la conception d'interface. Un autre exemple est lorsque les développeurs flash incluraient beaucoup de fragments de code directement dans la scène (fichiers fla), plutôt que dans des fichiers .as séparés. Avec xib, ce n'est pas un gros problème, car ils sont en XML et peuvent être fusionnés assez facilement en utilisant le contrôle de source. Personnellement, j'aime utiliser xib parce que nous avons une équipe de développeurs et de concepteurs - la répartition de la charge de travail est agréable. Les concepteurs peuvent facilement transférer leurs conceptions de photoshop/feux d'artifice dans les xibs et nous pouvons nous concentrer sur la fonctionnalité.
http://stackoverflow.com/questions/6385516/choosing-between-the-two-interface-builder-or-creating-via-code si tu veux savoir pourquoi nous utilisons constructeur d'interface et pourquoi ne pas utiliser de codage. – ram