• Apple kündigt Xcode 4 an

    Apple kündigte im Rahmen der WWDC vor wenigen Stunden die baldige Veröffentlichung von Xcode 4 an. Da sich das Entwicklertool noch in der Betaphase befindet, steht es momentan nur den Besuchern der WWDC zur Verfügung. Xcode 4 soll den Entwicklern vor allem die Arbeit mit Code erleichtern und so für einen besseren Arbeitsablauf sorgen. Zusätzlich soll der Interface-Builder nun in das Programm integriert werden, anstatt weiter separat angeboten zu werden. Genauere Seednotes sind bislang noch nicht bekannt, sicher ist jedoch, dass Xcode 4 mindestens Mac OS X 10.6.3 benötigt.

    Anhang 63400
    Kommentare 31 Kommentare
    1. Avatar von JohnLocke
      JohnLocke -
      Zitat Zitat von x2on Beitrag anzeigen
      • Fehlende Code completion

      Xcode besitzt eine hervoragende Code Completion.....
      Projektverwaltung wäre wirklich schön, eine mehr teamorientierte Ausrichtung grade bei Unternehmen sicher sehr willkommen!
    1. Avatar von Apfelchips
      Apfelchips -
      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).
    1. Avatar von x2on
      x2on -
      Zitat Zitat von JohnLocke Beitrag anzeigen
      Xcode besitzt eine hervoragende Code Completion.....
      Projektverwaltung wäre wirklich schön, eine mehr teamorientierte Ausrichtung grade bei Unternehmen sicher sehr willkommen!
      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.

      Zitat Zitat von Apfelchips Beitrag anzeigen
      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).
      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.
    1. Avatar von Apfelchips
      Apfelchips -
      Zitat Zitat von x2on Beitrag anzeigen
      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.
      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.
    1. Avatar von barti2000
      barti2000 -
      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
    1. Avatar von Jamsven
      Jamsven -
      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.
    1. Avatar von SilentCry
      SilentCry -
      Zitat Zitat von Jamsven Beitrag anzeigen
      Java auf XCode ist wiederum der letze Mist.
      Zitat Zitat von buk Beitrag anzeigen
      vielleicht solltest du damit beginnen, erstmal Xcode richtig schreiben lernen *scnr*
      *fg*
    1. Avatar von Jamsven
      Jamsven -
      Zitat Zitat von SilentCry Beitrag anzeigen
      *fg*
      Ich bin wohl mit dem Shift hängen geblieben, im ersten Satz ists richtig geschrieben.
    1. Avatar von buk
      buk -
      Zitat Zitat von Jamsven Beitrag anzeigen
      Ich bin wohl mit dem Shift hängen geblieben, im ersten Satz ists richtig geschrieben.
      wehe wehe, wenn ich mir die signatur ansehe
    1. Avatar von Apfelchips
      Apfelchips -
      Zitat Zitat von Jamsven Beitrag anzeigen
      Alles im Allen ist Xcode vor allem eins: Wesentlich Schneller als Eclipse.
      Natürlich ist Xcode schneller als Eclipse.
      Eclipse wurde ja auch in Java geschrieben und mit Funktionen nur so gemästet.

      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.
    1. Avatar von Jamsven
      Jamsven -
      Zitat Zitat von Apfelchips Beitrag anzeigen
      Natürlich ist Xcode schneller als Eclipse.
      Eclipse wurde ja auch in Java geschrieben und mit Funktionen nur so gemästet.

      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.
      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".