{"id":6649,"date":"2011-04-14T15:16:23","date_gmt":"2011-04-14T13:16:23","guid":{"rendered":"http:\/\/www.devapp.it\/wordpress\/?p=6649"},"modified":"2011-04-14T15:16:23","modified_gmt":"2011-04-14T13:16:23","slug":"xcode-4-scopriamo-le-novita-introdotte-con-il-nuovo-ambiente-di-sviluppo-apple","status":"publish","type":"post","link":"https:\/\/www.devapp.it\/wordpress\/xcode-4-scopriamo-le-novita-introdotte-con-il-nuovo-ambiente-di-sviluppo-apple\/","title":{"rendered":"XCode 4: scopriamo le novit\u00e0 introdotte con il nuovo ambiente di sviluppo Apple"},"content":{"rendered":"

\"Xcode-4-devAPP-icona\"<\/a> Dopo una lunga gestazione Xcode 4<\/strong> \u00e8 finalmente tra noi. Anche se ha ancora qualche problemuccio – io stesso ho avuto modo in pi\u00f9 occasioni di verificarne l’instabilit\u00e0 e il notevole consumo di risorse – \u00e8 tempo di imparare ad usarlo, perch\u00e9 sono pronto a scommettere che entro breve Xcode 3 verr\u00e0 definitivamente messo in pensione (ne \u00e8 prova il fatto che il link da cui scaricarlo \u00e8 stato ben nascosto).<\/p>\n

Semplificando al massimo per chi non lo conoscesse ancora, Xcode \u00e8 l’IDE (Integrated Development Environment) per lo sviluppo di software per Mac OS X e iOS, cio\u00e8, in parole povere, il Visual Studio secondo Apple. Poich\u00e9 ci accompagna in ogni sviluppo, \u00e8 fondamentale padroneggiarlo perfettamente.<\/p>\n

Prima di entrare nei dettagli cominciamo con una rapida panoramica di quelle che a mio avviso sono le pi\u00f9 importanti novit\u00e0 introdotte.<\/p>\n

Interfaccia grafica<\/h4>\n

L’interfaccia grafica \u00e8 stata completamente rivista. Bisogna prenderci la mano, ma finalmente vengono risolti i problemi di usabilit\u00e0 che affliggevano la precedente versione 3. In particolare compare una nuova barra laterale, detta “Navigator area”, che permette di separare in modo pi\u00f9 logico e netto quanto prima era messo un po’ alla rinfusa nella barra “Groups & Files”.<\/p>\n


\n\"Xcode-4-panoramica-ambiente-sviluppo-Apple-01\"<\/a>
\n<\/center><\/p>\n

Nuovo compilatore<\/h4>\n

E’ stato introdotto il nuovo compilatore LLVM 2.0 e il relativo debugger LLDB. E questo \u00e8 a parer mio il punto pi\u00f9 interessante. In parte perch\u00e9, come dichiara Apple, LLVM ci mette meno tempo a compilare rispetto a GCC e genera binari “che vanno pi\u00f9 veloci” (ma rimanga tra noi: ammesso che sia vero, \u00e8 difficile accorgersene). Ma soprattutto perch\u00e9, e questo \u00e8 il vero vantaggio, mentre GCC \u00e8 sostanzialmente una “scatola nera” che dati in input i file sorgente genera il binario, ora Xcode pu\u00f2 collegarsi e sfruttare il parser di LLVM per fornire un autocompletamento del codice degno finalmente di questo nome, pi\u00f9 alcuni miglioramenti notevoli nel refactoring e perfino nella colorazione della sintassi.<\/p>\n


\n\"Xcode-4-panoramica-ambiente-sviluppo-Apple-02\"<\/a>
\n<\/center><\/p>\n

Integrazione nell’IDE di Interface Builder<\/h4>\n

Interface Builder \u00e8 stato integrato nell’IDE di Xcode. Anche questo punto, che potrebbe essere frettolosamente classificato come semplice finezza grafica, rappresenta in realt\u00e0 un notevole passo in avanti: finalmente possiamo disporre dell’autocompletamento anche per i Cocoa Bindings dentro i NIB e, soprattutto, possiamo farci creare in automatico il codice di outlet e action.<\/p>\n


\n\"Xcode-4-panoramica-ambiente-sviluppo-Apple-03\"<\/a>
\n<\/center><\/p>\n

Schemes<\/h4>\n

Sono stati introdotti gli schemes<\/em>. Al posto di specificare, in punti diversi, l’SDK da usare, la configurazione di build, il target e l’eseguibile da lanciare, in Xcode 4 possiamo semplicemente scegliere lo scheme<\/em> da utilizzare. Esso definisce la configurazione da usare quando dal men\u00f9 Product scegliamo una tra le azioni run<\/em>, test<\/em>, profile<\/em>, analyze<\/em> o archive<\/em>. Ciascuna di esse viene usata in momenti ben precisi: l’azione run, ad esempio, viene usata quando vogliamo eseguire un test sul simulatore o su un device di test; archive invece porta alla generazione del binario per la distribuzione sull’App Store. In attesa di un nostro approfondimento, per maggiori informazioni consigliamo la lettura di questo articolo<\/a>.<\/p>\n


\n\"Xcode-4-panoramica-ambiente-sviluppo-Apple-04\"<\/a>
\n<\/center><\/p>\n

Workspace<\/h4>\n

Sono stati introdotti i workspace. Xcode 4 finalmente pu\u00f2 gestire i workspace, ovvero contenitori di progetti legati tra loro. I workspace comportano diversi benefici, come la gestione automatica delle dipendenze tra i progetti e l’indicizzazione (e quindi l’autocompletamento) estesi a tutti i progetti del workspace.<\/p>\n

Migliorato il supporto a SVN, GIT …<\/h4>\n

E’ stato migliorato il supporto ai sistemi di controllo delle versioni (Subversion e GIT). Non finir\u00f2 mai di ripetere quanto sia importante un sistema di controllo delle versioni, anche quando si lavora da soli. Finalmente, con Xcode 4 diventa estremamente pi\u00f9 piacevole e veloce usare SVN. Ad esempio, se apriamo un progetto ottenuto facendo un checkout, non dobbiamo pi\u00f9 fare alcuna configurazione manuale: Xcode lo riconosce ed \u00e8 immediatamente operativo. Attraverso il nuovo Version editor diventa anche molto pi\u00f9 comodo confrontare versioni diverse dello stesso file. Inoltre, Xcode 4 ha rimosso il supporto a CSV, l’antenato di SVN, sostituendolo con GIT, un sistema di controllo delle versioni distribuito (purtroppo per il momento non si parla di Mercurial).<\/p>\n


\n\"Xcode-4-panoramica-ambiente-sviluppo-Apple-06\"<\/a>
\n<\/center><\/p>\n

Assistant<\/h4>\n

E’ stato introdotto l’Assistant. Esso non \u00e8 altro che un secondo pannello laterale che complementa il file sul quale stiamo lavorando. Per i file sorgenti, il comportamento di default dell’Assistant \u00e8 di visualizzare la controparte del file su cui stiamo lavorando. Ad esempio, dato un file di implementazione (.m), l’Assistant visualizza il corrispondente file di header (.h), o viceversa. E’ comunque molto configurabile: possiamo dirgli di mostrare la classe padre, il NIB, e cos\u00ec via. Per sfruttare appieno l’Assistant \u00e8 conveniente usare uno o pi\u00f9 monitor di dimensioni generose.<\/p>\n


\n\"Xcode-4-panoramica-ambiente-sviluppo-Apple-07\"<\/a>
\n<\/center><\/p>\n

Live Issue e Fix-it<\/h4>\n

Sono stati introdotti i Live Issue e Fix-it. L’integrazione con il nuovo compilatore LLVM permette a Xcode di parsare il codice mentre lo digitiamo, facendo un controllo in tempo reale sulla sintassi, evidenziando ogni errore trovato (Live Issue) e, in alcuni casi, addirittura offrendosi di correggerlo in automatico (Fix-it).<\/p>\n


\n\"Xcode-4-panoramica-ambiente-sviluppo-Apple-08\"<\/a>
\n<\/center><\/p>\n

Behavior<\/h4>\n

Sono stati introdotti i Behavior. Attraverso il nuovo pannello Behavior all’interno delle preferenze di Xcode 4, si possono specificare delle azioni da compiere al verificarsi di particolari eventi. Ad esempio, possiamo fare in modo che Xcode apra in automatico il pannello di debug quando viene raggiunto un breakpoint, oppure che apra l’Issue Navigator quando una build fallisce.<\/p>\n


\n\"Xcode-4-panoramica-ambiente-sviluppo-Apple-09\"<\/a>
\n<\/center><\/p>\n

Supporto per i tab<\/h4>\n

Xcode 4 supporta i tab, anche se in modo diverso rispetto agli altri IDE come Visual Studio: ciascun tab rappresenta una vista completamente indipendente dell’intera area di lavoro (incluse, quindi, le eventuali barre laterali e inferiori). Bisogna abituarcisi, ma possono effettivamente risultare molto comodi. Per aprire un nuovo tab occorre andare su File > New Tab (oppure usare la scorciatoia da tastiera CMD + T).<\/p>\n


\n\"Xcode-4-panoramica-ambiente-sviluppo-Apple-10\"<\/a>
\n<\/center><\/p>\n

Nuova organizzazione per i derived data<\/h4>\n

E’ stata spostata la directory in cui vengono inseriti i derived data<\/em> (cio\u00e8: i prodotti della build, i file per l’indicizzatore e i log). Xcode 4 li salva dentro \/Users\/YourUserName\/Library\/Developer\/Xcode\/DerivedData, mentre Xcode 3 li inseriva direttamente dentro la directory del progetto (precisamente nella sottodirectory build). In questo modo i prodotti sono nettamente separati dai sorgenti, cosa particolarmente utile sia per il nuovo concetto di workspace sia per i sistemi di controllo delle versioni (sui quali \u00e8 buona norma non salvare mai ci\u00f2 che pu\u00f2 essere generato in qualche modo, come i binari: per questo con il vecchio Xcode 3 dovevamo sempre ricordarci di aggiungere la sottodirectory build a svn:ignore).<\/p>\n

Conclusioni<\/h4>\n

Continuate a seguirci su devAPP.it, perch\u00e9 analizzeremo Xcode 4 in dettaglio, evidenziando le pi\u00f9 interessanti novit\u00e0 introdotte, raccontando alcuni trucchi e consigli, e spiegando, quando necessario, come fare le stesse cose che facevamo con Xcode 3, ma sfruttando ora la nuova interfaccia.<\/p>\n

Xcode 4 pu\u00f2 essere acquistato sul Mac App Store al costo di 3,99 \u20ac tramite questo link diretto<\/a>, oppure, nel caso siate sviluppatori membri del Mac o iOS Developer Program, scaricato gratuitamente dal sito ufficiale developer<\/a> di Apple.<\/p>\n

Prima di concludere faccio una precisazione importante: sebbene sia stato rilasciato come software stabile, Xcode 4 soffre ancora di molti problemi di giovent\u00f9. Ci sono infatti ancora parecchi seri problemi di prestazioni e di stabilit\u00e0. Nel mio caso, ad esempio, spesso riscontro questo errore piuttosto curioso:<\/p>\n


\n\"Xcode-4-panoramica-ambiente-sviluppo-Apple-11\"<\/a>
\n<\/center><\/p>\n

Bibliografia<\/h4>\n