alternative a XCode per lo sviluppo di iPhone? (OPPURE: come si fa a succhiare meno XCode?) [Chiuso]

StackOverflow https://stackoverflow.com/questions/803366

Domanda

Sono uno sviluppatore Java da oltre 10 anni e ho imparato ad amare il potere che gli IDE moderni forniscono per cose come il refactoring, la ricerca di codici morti, la ricerca di "utilizzi di", ecc. Sto iniziando a fai un po 'di sviluppo iPhone sul lato e sono completamente frustrato dalla mancanza di tali funzionalità in XCode. Non ci sono "trova utilizzo di questo metodo / classe" di cui sono a conoscenza, quindi ricorro a "trovare X nel progetto" e persino a che a volte manca qualcosa (perché ??!)

Mi rendo conto che alcune di queste cose non sono forse possibili in Objective-C, a causa del forte sistema di tipo Java e delle API di riflessione integrate. Ma anche cose semplici sembrano mancare, o nella migliore delle ipotesi difficili da trovare. Ad esempio, non esiste alcuna combinazione di tasti per "riformattare questo codice"; devi andare al menu Modifica e quindi navigare 2 sottomenu per farlo.

Qualcuno ha avuto successo nell'usare un altro IDE per lo sviluppo di Objective-C / iPhone? Eclisse? Sono un grande fan di Intellij IDEA , ma non ha tale supporto, per quanto riguarda Sono consapevole. In caso contrario, i suggerimenti per l'impostazione di XCode sarebbero molto apprezzati.

È stato utile?

Soluzione

Ho avuto lo stesso problema quando ho iniziato a usarlo. Quindi, ho chiesto a un amico che ha lavorato per Apple se Xcode è davvero lo strumento utilizzato dalla maggior parte degli sviluppatori interni.

Ha detto che lo era, e la sua esplicita raccomandazione era solo di mordere il proiettile e abituarsi. Potresti trovare un'alternativa, ma combatterai per sempre invece di creare app per iPhone. A volte, quando sei a Roma, devi fare come fanno i romani.

Altri suggerimenti

1) Ci sono strumenti di refactoring nell'IDE. Puoi selezionare una classe o il nome di una variabile e scegliere il refactor per rinominarlo.

2) Usa le scorciatoie e le funzionalità extra - Puoi cambiare rapidamente tra intestazione e file di implementazione con Cmd-Alt-Up. Alt-Double Click richiama la documentazione per una chiamata quadro e Cmd-Double Click passerà alla definizione di una variabile o di un metodo.

3) Di solito utilizzo " trova il testo selezionato nel progetto " per cercare gli usi di un metodo - Non sono sicuro del perché non funzionerebbe sempre per te.

4) Se vuoi trovare alcuni problemi interessanti, c'è un ottimo analizzatore statico che puoi scorrere sul tuo codice, la build di scansione di CLANG:

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

5) Penso che IB sia migliore di qualsiasi designer di GUI Java che abbia mai usato.

XCode e IB e gli strumenti insieme sono in realtà strumenti molto potenti, trascorrono del tempo alla ricerca di ciò che possono fare per te ...

Inoltre, se senti davvero la necessità di funzionalità di modifica più avanzate, non c'è nulla di sbagliato nel saltare di tanto in tanto agli editor esterni se possono fare altre cose per te. Uno molto popolare è TextMate, di tanto in tanto continuo a usare emacs.

Jetbrains sta attualmente sviluppando un'alternativa a XCode, quindi poiché sei un fan di IntelliJ Idea potresti presto essere fortunato:

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

Prova il codice app JetBrains http://www.jetbrains.com/objc/

Ho ancora qualche problema ad adattarmi anche a XCode, ma sta migliorando più lo uso. Sto usando vim per tutto il resto tranne la programmazione Cocoa.

Una cosa che ho trovato utile è stata mettere questo Elenco di scorciatoie da tastiera Xcode accanto al mio monitor.

Per le voci di menu che mancano le scorciatoie da tastiera, come " Riformatta questo codice " ;, usa queste istruzioni per definire le tue scorciatoie.

Il Il thread di trucchi e suggerimenti di XCode ha delle vere gemme - ti incoraggio a leggerlo se non l'hai già fatto.

Per amare davvero XCode ho dovuto apportare le seguenti modifiche:

  • Passa al layout All-in-one: questo ha davvero contribuito a evitare l'orgia della finestra che stava succedendo.
  • Passa il display del debugger al layout verticale: questo ha reso il debugging molto più piacevole
  • Installato non giustificato e creato script utente per non giustificare i miei file (associato al comando-1): questo ha reso molto più semplice la modifica del codice di altre persone, mi piace lo spazio bianco e {su una nuova riga, la maggior parte del codice Objective-C non sembra modo.

Solo queste tre modifiche contribuiranno notevolmente a migliorare la tua esperienza XCode. Più lo uso, più mi piace. Devono ancora migliorare la funzionalità di ricerca / sostituzione e la velocità di aggiunta / rimozione di punti di interruzione, ma per il resto sono molto soddisfatto.

Preferisco vim come un'unica interfaccia per più lingue / piattaforme. Per i vim fuori di testa, ho inserito questo nel mio ~ / .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

Quindi, quando voglio vim code con Visual C ++ su una finestra di 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

Ci sono alcuni modi fantasiosi per impostare makeprg a seconda del tipo di file che stai modificando, ma non l'ho ancora fatto. Ad ogni modo, impostare makeprg ed i formati di errore in combinazione con : cw dovrebbe rendere felice qualsiasi fan di VIM. Devo ancora eseguire il debug negli IDE corrispondenti, ma posso codificare e compilare in modo estremamente rapido con Vim da solo.

Esiste un'utilità della riga di comando chiamata xcodebuild . Puoi impostare un progetto in Xcode in modo che Xcode generi tutti i file necessari e qualunque altra cosa faccia, ma puoi usare qualsiasi editor esterno che ti piace. Tutto quello che devi fare è eseguire xcodebuild nella stessa directory del progetto Xcode stesso e lo costruirà. Puoi anche scegliere quale target e quale configurazione di build vuoi usare dalla riga di comando.

È un'idea un po 'sciocca poiché dovrai occuparti di più di un IDE, ma a volte l'ho fatto perché a volte trovo più facile svilupparlo sulla riga di comando.

Il progetto ObjectivEClipse è un nuovo sforzo per aggiungere il supporto ObjectiveC a Eclipse CDT. È ancora molto giovane ma se qualcuno qui è disposto a partecipare allo sviluppo dell'open source, dai un'occhiata.

Non intendo davvero provare a sminuire la tua domanda, ma VIM, make e gcc funzionano perfettamente per me in TUTTE le lingue e piattaforme. È l'unico set di strumenti che (per me) è il più portatile e affidabile. Non è carino come ti potrebbe piacere, ma fa il lavoro con la stessa efficienza.

Pur non essendo un vero IDE, se la modifica avanzata del testo è ciò che stai cercando, TextMate è estremamente potente. Gestisce un'ampia varietà di lingue e ha estensioni (bundle) create dall'utente che aggiungono molte funzionalità interessanti. È particolarmente efficace nel tipo di operazioni di riformattazione che descrivi. Lo uso per tutti i tipi di modifica del testo.

Tuttavia, faccio tutto il mio sviluppo Mac / iPhone in Xcode. Ho provato altri strumenti, come TextMate, ma continuo a tornare a questo IDE. Quasi tutti gli sviluppatori Mac con esperienza che ho incontrato usano Xcode e la maggior parte sono soddisfatti della sua funzionalità e layout. Potrebbe essere necessario adeguarsi al design di questo IDE, al contrario di Eclipse o Visual Studio. Francamente, non sono rimasto impressionato da quegli IDE (o KDevelop, dove avevo lavorato un po 'su Linux) e ho scoperto che Xcode mi stava bene.

Come è stato affermato, Xcode 3.0 e 3.1 hanno apportato alcuni miglioramenti significativi all'IDE.

Sono uno sviluppatore Java e, come tutte le fantastiche funzionalità offerte dal plug-in Java di Eclipse, quindi come analternativo per estrarre ObjectiveC da XCode, puoi provare a restare su Java e usare iSpectrum ( http://www.flexycore.com ). Con questa soluzione compilatore + plug-in Eclipse, continui a svilupparti in Java, in un ambiente ben noto per creare applicazioni iPhone native!

Alcune scorciatoie che trovo utili:

  1. comando + maiusc + d vai alla definizione di funzione / variabili / tipi ecc. (fai clic al centro o fai doppio clic per evidenziare ciò che stai cercando e poi fai cmd + maiusc + d)

  2. alt + doppio clic: tieni premuto alt e fai doppio clic per visualizzare un aiuto rapido e un pulsante per accedere alla documentazione

  3. tieni premuto alt e fai clic su un file per aprirlo in vista affiancata (xcode 4)

quelli sono i miei più usati. Scorciatoie aggiuntive qui: http://cocoasamurai.blogspot.com/2008/ 02 / completo-Xcode-tastiera-scorciatoia-list.html

  

Ad esempio, non è presente alcun tasto per "riformattare questo codice" - Caffeina Coma (OP)

Soluzione parziale: utilizzare control-I su una singola riga o all'interno di una regione selezionata per rientrare in rientro.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top