alternatives à XCode pour le développement iPhone? (OU: comment faire en sorte que XCode suce moins?) [Fermé]

Question

Je suis développeur Java depuis plus de 10 ans maintenant et j'adore le pouvoir que les IDE modernes offrent pour des tâches telles que le refactoring, la recherche de code mort, la recherche d '"utilisations de", etc. Je commence à faire un peu de développement iPhone sur le côté, et suis totalement frustré par le manque de telles fonctionnalités dans XCode. Il n’existe pas de "trouver les utilisations de cette méthode / classe". que je sache, alors j’ai recours à "trouver X dans le projet", et même que manque parfois des choses (pourquoi ??!)

Je réalise que certaines de ces choses ne sont peut-être pas possibles dans Objective-C, en raison du système de type fort de Java et des API de réflexion intégrées. Mais même des choses simples semblent manquer ou, au mieux, difficiles à trouver. Par exemple, il n'y a pas de liaison de clé pour "reformater ce code"; vous devez aller dans le menu Édition, puis naviguer dans 2 sous-menus pour le faire.

Quelqu'un at-il déjà utilisé avec succès un autre IDE pour le développement Objective-C / iPhone? Éclipse? Je suis un grand fan de Intellij IDEA , mais il ne dispose pas d'un tel soutien, dans la mesure où Je suis conscient. Sinon, des indications pour configurer XCode seraient très appréciées.

Answer 1

J'ai eu le même problème quand j'ai commencé à l'utiliser. J'ai donc demandé à un ami qui travaillait pour Apple si Xcode était vraiment l'outil utilisé par la plupart des développeurs internes.

Il a dit que oui, et sa recommandation explicite était juste de mordre la balle et de s’y habituer. Vous pourrez peut-être trouver une alternative, mais vous vous battrez pour toujours au lieu de créer des applications pour iPhone. Parfois, lorsque vous êtes à Rome, vous devez faire comme les Romains.

Answer 2

1) Il existe des outils de refactoring dans l'EDI. Vous pouvez sélectionner un nom de classe ou de variable et choisir de refactoriser le nom pour le renommer.

2) Utilisez les raccourcis et les fonctionnalités supplémentaires - Vous pouvez permuter rapidement entre les fichiers d'en-tête et les fichiers d'implémentation avec Cmd-Alt-Up. Alt-Double Click ouvre la documentation pour un appel à une structure et Cmd-Double Click passe à la définition d'une variable ou d'une méthode.

3) J'utilise généralement "rechercher le texte sélectionné dans le projet". rechercher les utilisations d'une méthode - je ne sais pas pourquoi cela ne fonctionnerait pas pour vous toujours.

4) Si vous voulez trouver des problèmes intéressants, vous pouvez utiliser votre analyseur statique, votre code, le scan-build de CLANG:

http://clang.llvm.org/StaticAnalysisUsage.html

5) Je pense que IB est meilleur que n’importe quel concepteur d’interface graphique Java que j’ai jamais utilisé.

XCode et IB et Instruments ensemble sont en réalité des outils très puissants. Prenez le temps de rechercher ce qu’ils peuvent faire pour vous ...

De même, si vous ressentez vraiment le besoin de fonctionnalités d'édition plus avancées, le passage direct aux éditeurs externes de temps en temps s'ils peuvent faire autre chose pour vous. TextMate est un logiciel très populaire. Je continue également à utiliser emacs de temps en temps.

Answer 3

Jetbrains est en train de développer une alternative au XCode, donc puisque vous êtes un fan d’IntelliJ Idea, vous aurez peut-être de la chance bientôt:

http://devnet.jetbrains.net/thread/291466

Answer 4

Essayez JetBrains AppCode http://www.jetbrains.com/objc/

Answer 5

J'ai encore du mal à m'adapter à XCode également, mais cela ne cesse de s'améliorer à mesure que je l'utilise. J'utilise vim pour tout le reste, sauf la programmation Cocoa.

Une des choses que j’ai trouvé utile a été de mettre cette Liste de raccourcis clavier Xcode à côté de mon moniteur.

Pour les éléments de menu manquant de raccourcis clavier, tels que "Reformater ce code", utilisez ces instructions pour définir vos propres raccourcis.

Answer 6

Le Le fil astuces et astuces XCode contient de véritables joyaux. Je vous encourage à le lire si vous ne l'avez pas déjà fait.

Answer 7

Pour aimer vraiment XCode, j'ai dû apporter les modifications suivantes:

• Basculez vers la présentation Tout-en-un: cela a vraiment aidé à éviter l'orgie de la fenêtre qui se déroulait.
• Basculez l'affichage du débogueur sur la disposition verticale: cela rendait le débogage beaucoup plus agréable
• Installation de scripts utilisateur crés et crés pour crer mes fichiers (liés à commande-1): cela rendait l'édition du code des autres beaucoup plus facile, j'aime les espaces et {sur une nouvelle ligne, la plupart du code Objective-C n'a pas l'air si manière.

Ces trois modifications contribueront grandement à améliorer votre expérience XCode. Plus je l'utilise, plus je l'aime. Ils ont encore besoin d'améliorer la fonctionnalité de recherche / remplacement et la vitesse d'ajout / suppression de points d'arrêt, mais sinon, j'en suis très heureux.

Answer 8

Je préfère vim en tant qu'interface unique pour plusieurs langues / plates-formes. Pour les vim monstres, j'ai mis ceci dans mon ~ / .vimrc:

"xcode make program
let prg="xcodebuild"
let makepath=$MAKEPATH
let &makeprg="cd ".$BASE.";".prg.' '.makepath
"/Users/user/Project/Classes/stuff.m:46: error: 'somecrap' was not declared in this scope
set errorformat=%f:%l:\ error:%m

Ensuite, lorsque je souhaite utiliser du code Vim avec Visual C ++ sur une fenêtre Windows:

"Visual C++ 2008 make program
let prg="devenv"
let makepath=$MAKEPATH
"makeprg= cmd /c "devenv /some/path/to/some.sln"
let &makeprg='cmd /c "'.prg.' '.makepath.'"'
"2>c:\cygwin\home\user\proj/blah.cpp(1657) : error C2065: 'blah' : undeclared identifier
set errorformat=%.%#>\ %#%f(%l)\ :\ %#%t%[A-z]%#\ %[A-Z\ ]%#%n:\ %m

Il y a plusieurs façons fantaisistes de définir makeprg en fonction du type de fichier que vous éditez, mais je ne l'ai pas encore fait. Dans les deux cas, associer les formats makeprg et errorformats à : cw devrait satisfaire tous les fans de vim. Je dois encore déboguer dans les IDE correspondants mais je peux coder et compiler extrêmement rapidement avec vim seul.

Answer 9

Il existe un utilitaire de ligne de commande appelé xcodebuild . Vous pouvez configurer un projet dans Xcode de sorte que Xcode génère tous les fichiers nécessaires et tout le reste, mais vous pouvez utiliser n’importe quel éditeur externe de votre choix. Tout ce que vous avez à faire est d’exécuter xcodebuild dans le même répertoire que le projet Xcode lui-même et il le construira. Vous pouvez même choisir la cible et la configuration de construction que vous souhaitez utiliser à partir de la ligne de commande.

C’est une idée idiote, car vous devrez gérer plus d’un IDE, mais je l’ai fait de temps en temps car il m’est parfois plus facile de développer en ligne de commande.

Answer 10

Le projet ObjectivEClipse constitue un nouvel effort pour ajouter le support ObjectiveC à Eclipse. CDT. Il est encore très jeune, mais si vous êtes ici intéressé à participer au développement open source, jetez-y un œil.

Answer 11

Je ne compte vraiment pas essayer de minimiser votre question, mais VIM, make et gcc me conviennent parfaitement pour TOUTES les langues et plates-formes. C'est l'un des outils qui (pour moi) est le plus portable et le plus fiable. Ce n’est pas aussi beau que vous le souhaitez, mais le travail est aussi efficace.

Answer 12

Bien que vous ne recherchiez pas vraiment l'édition avancée de texte, TextMate est extrêmement puissant. Il gère une grande variété de langues et comporte des extensions (bundles) créées par l'utilisateur qui ajoutent de nombreuses fonctionnalités intéressantes. C'est particulièrement bien pour le type d'opérations de reformatage que vous décrivez. Je l'utilise pour toutes sortes d'édition de texte.

Cependant, je fais tout mon développement Mac / iPhone sous Xcode. J'ai essayé d'autres outils, comme TextMate, mais je reviens toujours dans cet IDE. Presque tous les développeurs Mac expérimentés que j'ai rencontrés utilisent Xcode et la plupart sont satisfaits de ses fonctionnalités et de sa présentation. Il se peut que vous deviez vous adapter à la conception de cet IDE, par opposition à Eclipse ou Visual Studio. Franchement, je n'ai pas été impressionné par ces IDE (ou KDevelop, où j'avais déjà travaillé sur Linux) et j'ai constaté que Xcode me convenait bien.

Comme cela a été dit, Xcode 3.0 et 3.1 apportent des améliorations significatives à l'EDI.

Answer 13

Je suis un développeur Java et, comme toutes les fonctionnalités intéressantes apportées par le plug-in Eclipse Java, vous pouvez essayer de vous en tenir à Java et utiliser iSpectrum ( http://www.flexycore.com ). Avec cette solution compilateur + plug-in Eclipse, vous poursuivez votre développement en Java, dans un environnement bien connu et apprécié pour créer des applications iPhone natives!

Answer 14

Certains raccourcis que je trouve utiles:

1. commande + shift + d aller à la définition de fonction / variables / types etc. (cliquez au milieu de ou double-cliquez pour mettre en surbrillance ce que vous cherchez, puis faites cmd + shift + d)

2. alt + double-clic: maintenez les touches alt et double-clic enfoncés pour afficher une aide rapide ainsi qu'un bouton permettant d'accéder à la documentation

3. maintenez la touche Alt enfoncée et cliquez sur un fichier pour l'ouvrir dans une vue côte à côte adjacente (xcode 4)

ce sont mes plus utilisés. Raccourcis supplémentaires ici: http://cocoasamurai.blogspot.com/2008/ 02 / complete-xcode-keyboard-shortcut-list.html

Answer 15

  

Par exemple, il n'y a pas de liaison de clé pour "reformater ce code". - Coma de la caféine (OP)

Solution partielle: utilisez Control-I sur une seule ligne ou dans une région sélectionnée pour la réindenter.