2010-10-12 4 views
3

J'ai fait une demande pour l'iPhone, mais il est nécessaire d'être publié avec plusieurs marques. Par exemple, differernt:Une application, plusieurs marques

  • Nom App
  • Icônes
  • Default.png
  • Texte remplacé le nom de l'application dans IB
  • Les jeux de couleurs pour toutes les images comme les arrière-plans, icônes, etc

Je ne suis pas sûr de la meilleure façon de le faire.

Je pensais à un fichier plist pour chaque marque qui aurait le nom des fichiers à charger par exemple "brand1_background.png" pour brand1 mais qui serait très salissant avec le remplacement du texte. Cela signifierait également que toutes les images des marques seraient dans l'emballage ce qui en ferait une plus grande taille.

En regardant un peu je pourrais avoir un dossier 'images' pour chaque marque et le faire glisser pour construire l'application de cette marque, mais le texte est toujours un problème.

Je me demande comment tout le monde pourrait gérer cette situation car je veux le faire le mieux possible.

Répondre

6

Créez une cible pour chacune de vos marques. Pour chaque cible, vous pouvez ajouter différents fichiers (par exemple des images) et définir un nom d'application. Vous pouvez même utiliser les mêmes noms de fichiers (mais stockés sous un emplacement différent) et vous pouvez créer vos applications de marque assez rapidement.

+0

+1 c'est aussi une bonne approche. Le principal inconvénient vient quand vous avez beaucoup de marques différentes et/ou beaucoup de ressources différentes. Changer n'importe quel aspect de l'image de marque (ajouter/supprimer/renommer des ressources) peut devenir assez fastidieux. –

8

Il y a 2 aspects à ce problème, que je décris comme suit:

  1. Stuff qui peut être modifié de manière dynamique
  2. Stuff qui ne peut pas être modifié de manière dynamique

La première catégorie est super facile. Si vous avez vos schémas colo (u) r stockés dans un format facile à lire comme un plist ou autre, vous pouvez simplement charger ce fichier au démarrage de l'application, et construire des objets UIColor à partir d'eux et les utiliser le cas échéant. La même chose vaut pour les images utilisées dans l'application elle-même. Ce n'est pas un problème difficile.

La deuxième catégorie est plus délicate. C'est une chose qui doit être cuite dans l'application à cause de la signature du code. Cela signifie que les éléments tels que le nom de l'application, l'icône, Default.png, etc., doivent tous être modifiés avant la signature de l'application dans le processus de compilation. Donc, ce que je ferais est de faire un tas de scripts pour prendre vos informations de marque (nom, fichiers image, icônes, etc) et le charger, puis générer votre fichier Info.plist et autres joyeusetés. Cela devrait être fait comme l'une des premières phases de votre compilation.

Pour ce que ça vaut, je travaille sur une application où nous faisons exactement ce processus, et cela fonctionne plutôt bien. C'est un peu fastidieux de mettre à jour lorsque nous changeons les ressources, mais je ne suis pas sûr qu'il y ait un moyen décent de le faire.

Questions connexes