La meilleure façon de partager le code iphone et mac entre les projets

voix
3

Je me rends compte que les choses vue / contrôleur sera différent entre les applications Mac et iPhone, mais le code de modèle pourrait bien être semblable / la même chose. Alors, ce qui est la meilleure façon d'organiser un projet (s) de telle sorte que le code du modèle est / peut être partagé?

  1. Copier / coller - il suffit de dupliquer et de garder la main dans la synchronisation
  2. 2 ont des projets Xcode pointent à la workarea - un pour Mac et un pour iPhone et partager le code.
  3. Bibliothèque commune - sans doute vous ne pouvez pas le faire (ou pouvez-vous)

Merci pour tous les conseils.

Créé 23/10/2008 à 08:27
source utilisateur
Dans d'autres langues...                            


3 réponses

voix
1

Je ne sais pas si la suggestion de la réponse précédente fonctionnerait. Si vous regardez ma question précédente , vous verrez que j'ai échoué à charger un cadre personnalisé sur l'iPhone , même si le cadre fonctionne très bien sur Mac.

Je voudrais aller avec la méthode 2.

Créé 23/10/2008 à 11:34
source utilisateur

voix
6

Il y a quelques façons de le faire. La première chose que vous pouvez faire est de créer est un projet qui construit comme cadre sur Mac OS X. Puisque vous ne pouvez pas utiliser des cadres sur iPhone, vous pouvez faire la cible de bibliothèque statique qui contient les mêmes fichiers de code. Cela fonctionne essentiellement, mais les chemins d'en-tête sera différent. Si vous voulez que les chemins d'en-tête d'être le même (ie <Myframework / MyFramework.h>), vous devrez modifier le le chemin d'installation des têtes de bibliothèque statique afin qu'ils soient copiés dans « SDK_root de $ / usr / local / include / MyFramework », et assurez-vous / usr / local / include est un chemin de recherche d'en-tête inclus. Vous devrez ensuite installer la bibliothèque et en-têtes dans chaque SDK_root.

J'ai commencé à faire ce qui précède, mais je l'ai trouvé pour être une douleur royale. Donc, je fini par faire quelque chose qui est une variante de # 2. Au fond, je reçois les chemins d'en-tête pour être équivalent en faisant un répertoire nommé « Externals » dans ma racine du projet iPhone, puis un répertoire nommé avec le nom approprié (le « MyFramework ») dans le dossier externals. C'est le dossier que je copie que je fais glisser les fichiers du framework ajouter into.Findally le dossier Externals comme un chemin d'en-tête du système (qui est en quelque sorte il est vrai d'un hack brut). Vous devez ajouter manuellement de nouveaux fichiers au projet iPhone, mais j'ai trouvé que, pour être moins d'une douleur l'installation libs statiques dans ma racine de construction.

Créé 28/10/2008 à 11:04
source utilisateur

voix
-2

Vous pouvez développer votre application en JavaScript, CSS et HTML. Vous utilisez WebView et objets UIWebView sur le Mac et l'iPhone respectivement. Vous pouvez faire quoi que ce soit à peu près que vous voulez dans les objets WebView, même faire des appels vers le bas à Objective-C.

Le programme d' installation QuickConnectiPhone, a trouvé ici https://sourceforge.net/projects/quickconnect/ , installe des modèles QuickConnectMac et QuickConnectiPhone dans Xcode.

De cette façon, vous pouvez rapidement créer une application dans un environnement puis migrer en vue de l'autre. En fait, le cadre QuickConnect est très modulaire.

Si vous ne voulez pas développer en JavaScript le même cadre modulaire se trouve sur le côté Objective-C des modèles installés.

Il devrait le rendre beaucoup plus facile pour vous de faire ce que vous essayez.

Créé 07/12/2008 à 00:58
source utilisateur

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more