• Das kreative Thema des Monats Oktober wird vor allem diejenigen unter Euch besonders ansprechen, denen Do-it-yourself quasi im Blut liegt. Zeigt uns Eure Improvisationskünste oder fotografiert, was andere Leute sich so im Alltag zusammengestrickt haben. --> Zum Mitmachen bitte hier klicken

Apple kündigt Xcode 4 an

jomi schrieb:
Was meinst du damit, bzw. was stört dich an Xcode?
Es würde mich ernsthaft interessieren, denn ich hab bisher zumeist Positives darüber gehört und bin auch selbst zufrieden. Allerdings habe ich auch wenig Erfahrung in dem Bereich und bin auf andere Ansichten gespannt!
Zum Vergrößern anklicken....
Um mal ein paar Sachen zu nennen:

  • Fehlende Code completion Die Code completion finde ich nicht gut - Eclipse ist hier wesentlich besser
  • Fehler bereits beim Programmieren anzeigen, nicht erst nach dem Build
  • Schlechte Fehlerhinweise
  • Fehlende Integration von Git, SVN, Mercurial
  • Allgemein schlecht für Entwicklung im Team (z.B. machen CoreData Diagramme Probleme mit SVN)
  • Momentan Interface Builder Extra Programm (ändert sich ja so wie es aussieht)
  • Fehlende Projektverwaltung (da ist Eclipse mit vielen Projekten wesentlich besser)
  • ...
 
Zuletzt bearbeitet:
Das muss aber eine komische Xcode-Version, die Du da verwendest. Meine hat eine integrierte Code-Completion. Die Fehlerhinweise finde ich auch meist ganz brauchbar und Core Data-Diagramme lassen sich auch gut versionieren (wenngleich die SVN-Integration von Xcode nicht optimal ist).
 
JohnLocke schrieb:
Xcode besitzt eine hervoragende Code Completion.....
Projektverwaltung wäre wirklich schön, eine mehr teamorientierte Ausrichtung grade bei Unternehmen sicher sehr willkommen!
Zum Vergrößern anklicken....

Stimmt eine Code Completion ist vorhanden - hab mich hier vertan. Finde die aber nicht gut - Eclipse ist hier meiner Meinung nach weit vorne. Mir fehlen hier insbesondere eine Einbindung der Documentation der API's.

Apfelchips schrieb:
Das muss aber eine komische Xcode-Version, die Du da verwendest. Meine hat eine integrierte Code-Completion. Die Fehlerhinweise finde ich auch meist ganz brauchbar und Core Data-Diagramme lassen sich auch gut versionieren (wenngleich die SVN-Integration von Xcode nicht optimal ist).
Zum Vergrößern anklicken....
Bei Core-Data-Diagrammen ist das Problem das das Ordner sind und SVN einen .svn Ordner anleget. Damit lässt sich das Diagramm aber nicht mehr öffnen. Wenn du da nen Tipp hast wie man das Problem lösen kann ohne den .svn Ordner zu löschen - das würde mir sehr weiterhelfen.
 
x2on schrieb:
Bei Core-Data-Diagrammen ist das Problem das das Ordner sind und SVN einen .svn Ordner anleget. Damit lässt sich das Diagramm aber nicht mehr öffnen. Wenn du da nen Tipp hast wie man das Problem lösen kann ohne den .svn Ordner zu löschen - das würde mir sehr weiterhelfen.
Zum Vergrößern anklicken....

Ich kann Dir da eigentlich keine großartigen Tipps geben.
Ich (entwickle derzeit fürs iPhone und) habe beim Anlegen des Projektes eine "Window based Application" mit Core Data im Assistenten ausgewählt, dann hier und da ein bisschen getippt und geklickt und im Anschluss diese initiale Version direkt über Xcode (SCM -> Repositories) ins SVN importiert. Von dort habe ich das Projekt dann ausgecheckt und seitdem arbeite ich mit dem Projekt — relativ problemlos.

Ich bin wahrlich kein SVN-Profi und dankbar, dass sich Xcode um diesen ganzen Kram kümmert. Physisch habe ich einen Ordner (bzw. ein "Paket") mit der Endung .xcdatamodeld vorliegen, in welchem sich das .xcdatamodel und die zugehörigen Managed Object Classes befinden.
Und u. a. in diesem Paket liegt — logischerweise — der .svn-Ordner.

Wo genau liegt denn das Problem?
Wenn Xcode bei mir einen SVN-Fehler meldet, dann haue ich meistens zuallererst ein svn cleanup in die Konsole. Das hilft meistens auch.

Aber wie gesagt: Die SVN-Integration von Xcode ist nicht die Beste, aber eine Teilschuld kann man sicher auch bei SVN selbst suchen. Es gibt sicher bessere Versionierungssysteme.
 
UHH1 Dann muss ich jetz Gas geben mit Lbjective C lernen!
Wenn die vierte Version rauskommt hab ich mein Buch und meinen Podcast durch! Versprochen :-p
 
Alles im Allen ist Xcode vor allem eins: Wesentlich Schneller als Eclipse. Im übrigen: Wer schon mal Android + iPhone Entwicklung gemacht hat, merkt schon die Qualität der Apple Tools.
Der IDE Builder für Android ist eine Frecheit und der Android Simulator ist Arsch langsam.


Java auf XCode ist wiederum der letze Mist.
 
Jamsven schrieb:
Alles im Allen ist Xcode vor allem eins: Wesentlich Schneller als Eclipse.
Zum Vergrößern anklicken....

Natürlich ist Xcode schneller als Eclipse.
Eclipse wurde ja auch in Java geschrieben und mit Funktionen nur so gemästet. :-p

Apple wird Java-Anwendungen auf dem Mac sicher eher ungern sehen.
Aus Anwendersicht kann man das verstehen. Aus Entwicklersicht will man es nicht verstehen. Aus Apples Sicht kann man es nicht sehen.
 
  • Like
Reaktionen: commander
Apfelchips schrieb:
Natürlich ist Xcode schneller als Eclipse.
Eclipse wurde ja auch in Java geschrieben und mit Funktionen nur so gemästet. :-p

Apple wird Java-Anwendungen auf dem Mac sicher eher ungern sehen.
Aus Anwendersicht kann man das verstehen. Aus Entwicklersicht will man es nicht verstehen. Aus Apples Sicht kann man es nicht sehen.
Zum Vergrößern anklicken....

Das würde ich nicht so sehen. Apple ist nur der Meinung, dass Java veraltet ist. Die Programme laufen dafür aber auf allen Plattformen.
Für den User ist es nur störend, dass Java nicht den selben Komfort wie die Natives anbieten kann, das liegt aber auch an der Crux "einer für alle".
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
2003-2026 Apfeltalk | Made on a Mac
Oben Unten