Pros:
- Lorsque vous faites une nib, vous ne générez pas de code Objective-C (comme le font généralement les autres IDE lorsque vous utilisez leurs constructeurs d'interface) ; cela génère un fichier XML qui est facile à utiliser et à maintenir en utilisant simplement IB.
- Il'est assez précis. Parfois, il se trompe un peu comme lorsque vous utilisez un programme WYSIWYG lors de la création de sites Web, mais cela se produit très rarement. Vous construisez quelque chose dans IB, vous pouvez vous attendre à ce qu'il ressemble à cela lorsque vous l'exécutez dans un appareil réel.
- Il prend soin de beaucoup de détails ennuyeux que vous devez faire lorsque vous écrivez le code réel de votre application : Il fait des rectangles, il's des points, et tout ce qui est lié à cette zone.
- Il'est intuitif, pour la plupart. Autre que d'apprendre à connecter les prises et à lier les actions, IB est vraiment intuitif de sorte que vous pouvez maquetter une application en quelques minutes, puis construire votre application officielle sur cette maquette.
Cons:
- J'ai dit que l'IB gâche très rarement vos interfaces dans un appareil réel. Bon, ce n'est pas fréquent, mais quand c'est le cas, c'est un travail assez méchant pour réparer l'interface ; soit vous finissez par en écrire la majeure partie en code, soit vous bousillez la plume elle-même en échange de l'affichage correct de votre interface. It's happened to couple of times.
- Les objets de l'interface utilisateur sont assez bien organisés et il a une belle fonction de recherche pour eux, mais il faut un certain temps pour s'habituer à cette organisation afin de trouver vos objets rapidement sans avoir à utiliser la recherche la fonction.
J'éditerai si je me souviens d'autre chose.