En gros (en trèèèèès gros), un .app contient un .nib, du code, et des données. Les données, ma foi, restent des données. Le code est généralement en ObjC, mais ce n'est pas obligatoire, on peut utiliser du perl, du python, etc.
Le .nib, c'est un descriptif de l'interface. Donc, d'une part, les fenêtres, comment les divers éléments s'agencent... Mais aussi et surtout, comme le dit la dépêche, tout ce qui lit l'interface au code. Pour faire une espèce de comparaison un peu foireuse, l'interface, c'est la carrosserie de ta voiture, le code de l'application, le moteur. Le .nib va contenir la carrosserie, mais aussi ce qui lit la carrosserie au moteur.
En général, tu construis donc une interface, à laquelle tu vas lier des événements, des actions, des descriptifs d'objets...
Ensuite, tu génères des templates de code, et tu remplis. C'est très pratique :)
[^] # Re: Incompétence
Posté par iznogoud . En réponse à la dépêche Nouvelle version de GNUstep : compatibilité avec InterfaceBuilder. Évalué à 8.
Le .nib, c'est un descriptif de l'interface. Donc, d'une part, les fenêtres, comment les divers éléments s'agencent... Mais aussi et surtout, comme le dit la dépêche, tout ce qui lit l'interface au code. Pour faire une espèce de comparaison un peu foireuse, l'interface, c'est la carrosserie de ta voiture, le code de l'application, le moteur. Le .nib va contenir la carrosserie, mais aussi ce qui lit la carrosserie au moteur.
En général, tu construis donc une interface, à laquelle tu vas lier des événements, des actions, des descriptifs d'objets...
Ensuite, tu génères des templates de code, et tu remplis. C'est très pratique :)