![](\"http:\/\/alistapart.com\/it\/wp-content\/uploads\/sites\/2\/2010\/08\/n13a1.jpg\")
Tirate fuori il vostro iPhone e date un’occhiata alla schermata della home. Probabilmente, starete guardando alcuni marchi molto noti sul web: Facebook, Flickr e Google, tanto per citarne alcuni. Starete vedendo anche aziende come Amazon, Target e Walmart, che vendono moltissimi prodotti via web.<\/p>\n
Come voi, questi siti e queste aziende sanno come costruire un efficace sito web usando le pi\u00f9 recenti e migliori tecnologie web. Il browser Safari per iPhone supporta anche il markup HTML5 con gli stili CSS3 e ha un veloce engine JavaScript. Quindi, perch\u00e9 assistiamo ad un proliferare di applicazioni piuttosto che di pagine web che possono fare la stessa cosa?<\/p>\n
I lettori di lungo corso di A List Apart<\/cite> forse si ricordano gli articoli \u201cPut Your Content in My Pocket\u201d [\u201cMettimi in tasca il tuo contenuto\u201d, ndr<\/em>] che scrissi a ridosso del lancio dell’iPhone. Recentemente ho pubblicato un libro<\/a> che spiega come creare prodotti per l’App Store di iPhone. Con questo articolo, vorrei condividere le mie esperienze sia sul mobile web sia sullo sviluppo di software per guidarvi verso i prossimi prodotti che svilupperete sulla piattaforma iPhone.<\/p>\n Dal punto di vista di Apple, l’iPhone OS e le tecnologie web stanno sullo stesso piano. Quando visitate il loro sito per developer, il Safari Dev Center \u00e8 esposto bene in vista. Tutta la stampa parla di iPhone, ma quando cliccate sul Safari Dev Center<\/a> trovate una tonnellata di ottime informazioni che spiegano come usare HTML, CSS e JavaScript su un iPhone.<\/p>\n Quando ripensate alle vostre prime esperienze con l’iPhone, un’applicazione spicca tra tutte le altre: il web browser Safari. Improvvisamente vi trovavate liberi dall’internet mobile pieno di supporto osceno per CSS o con il livello di presentazione di bassissimo livello come WAP. Il vero browser di iPhone ed il fatto che si trovava nelle vostre tasche cambiarono il modo in cui usate il web.<\/p>\n Apple continua ad investire pesantemente nello sviluppo dell’engine WebKit del browser usato in Safari su iPhone, Mac e Windows. Il risultato \u00e8 un browser che eccelle nel supporto di HTML5 e CSS3<\/a>.<\/p>\n Apple, inoltre, vede il supporto per HTML5 come una parte importante del suo messaggio di marketing sia per i consumatori<\/a> sia per gli sviluppatori<\/a>.<\/p>\n Poich\u00e9 \u00e8 open source, il motore di rendering di WebKit alimenta altri browser per molte altre piattaforme mobili. Se state navigando in rete con un telefono Blackberry, Android o Symbian, noterete che il vostro contenuto si vede bene come lo si vede con l’iPhone. L’unica a fare eccezione \u00e8 la piattaforma mobile di Microsoft Windows che usa un browser basato sul motore di rendering di IE.<\/p>\n Con un buon supporto per HTML, CSS e JavaScript, gli sviluppatori stanno facendo cose strabilianti sull’iPhone. Ecco qualche esempio notevole:<\/p>\n Pie Guy<\/a> usa la cache dell’applicazione offline di HTML5 cos\u00ec da poter funzionare correttamente quando non siete collegati a internet, cos\u00ec come le animazioni e le trasformazioni di CSS per gli effetti del gioco. Neven tiene inoltre traccia degli sviluppi in quest’area attraverso il sito HTML5 Watch<\/a>.<\/p>\n Showtime<\/a> \u00e8 una semplice applicazione che vi permette di tenere traccia dell’orario di trasmissione dei vostri show televisivi preferiti. Usa un plugin jQuery<\/a> di David Kaneda che fornisce tanti controlli ed effetti quanti ne potete trovare nelle applicazioni standard per iPhone.<\/p>\n Every Time Zone<\/a> \u00e8 una vista molto semplice ma efficace dei fusi orari nel mondo. Lo slider che vi permette di scegliere l’ora funziona molto bene su un touch screen. Questa applicazione \u00e8 particolarmente bella sul display dell’iPad.<\/p>\n Con cos\u00ec tanti ottimi tool disponibili e sviluppatori talentuosi che sanno come sfruttarli, l’iPhone dovrebbe essere strapieno di applicazioni web, no? In realt\u00e0, \u00e8 vero l’opposto: ci sono pi\u00f9 di 100.000 titoli su iTunes e solo una manciata di applicazioni popolari sono state create con gli standard web.<\/p>\n Apple ha promosso sia l’App Store sia il browser web come modi per permettere agli sviluppatori di portare le loro creazioni nelle mani dei clienti. Hanno perfino dato al web un anno intero di vantaggio prima di cominciare a vendere applicazioni nello store. Chiaramente c’\u00e8 molto di pi\u00f9 in gioco, qui: cosa attrae gli sviluppatori su iTunes piuttosto che sul web?<\/p>\n<\/div>\n Prima di analizzare le motivazioni che hanno portato alla migrazione verso iTunes, abbiamo bisogno di alcune definizioni. Gli sviluppatori sono giunti a categorizzare le due tecnologie di sviluppo per iPhone come \u201cnative\u201d e \u201cweb\u201d Le applicazioni web usano HTML, CSS e JavaScript e vengono caricate in Safari. Tutti gli esempi di cui sopra sono \u201capplicazioni web (o web apps)\u201d.<\/p>\n Le \u201capplicazioni native (o native apps)\u201d sono create usando l’ambiente di sviluppo Xcode in un linguaggio chiamato Objective-C. Tali tools sono gli stessi usati per creare le applicazioni built-in di Apple come Mail, iPod e lo stesso Safari.<\/p>\n Creare applicazioni native differisce molto dal processo che si usa per costruire applicazioni web. Fortunatamente, molti dei concetti base sono gli stessi. Tanti web developer trovano il cambiamento non troppo difficile:<\/p>\n Per darvi un’idea di quanto siano simili le cose, guardate questo frammento di codice JavaScript:<\/p>\n Adesso fate il paragone con la stessa cosa in Objective-C:<\/p>\n In Objective-C, le difinizioni di variabile sono diverse e le chiamate alle funzioni sono sostituite con delle cose tra parentesi quadre. In un contesto pi\u00f9 ampio, questi sono dettagli minori. Potete ancora comprendere la logica sottostante: per essere fantastici [to be awesome, ndt<\/em>] dovete solo convertire la vostra stringa in lettere maiuscole.<\/p>\n Uno degli obiettivi del mio libro sullo sviluppo di applicazioni per iPhone era quello di rendere questo nuovo ambiente accessibile alle persone che vengono da altri background. Ho dedicato un intero capitolo del libro a spiegare quelle parentesi quadre in termini famigliari.<\/p>\n<\/div>\n Imparare ad usare dei nuovi tool di sviluppo richiede qualche sforzo. Quindi, perch\u00e9 gli sviluppatori dovrebbero passare attraverso tutte queste seccature quando potrebbero semplicemente contare sulle conoscenze di web che gi\u00e0 hanno?<\/p>\n Alcune motivazioni sono puramente egoistiche: le applicazioni native danno allo sviluppatore molto pi\u00f9 controllo rispetto all’ambiente mobile. L’altro incentivo \u00e8 altruistico: un’applicazione nativa \u00e8 generalmente pi\u00f9 semplice da usare per tutti gli altri.<\/p>\n Man mano che il web matura, le sue applicazioni verranno naturalmente suddivise in due parti: il front end ed il back end. I servizi di back end gestiscono i dati degli utenti e sono generalmente alimentati da rack di potenti server. Il front end di un’applicazione web prende questa informazione e la presenta nel browser: HTML, CSS e JavaScript riguardano tutti l’esperienza utente. In molti casi, questo front end \u00e8 un layer abbastanza sottile che sta sopra un back end molto pi\u00f9 grande.<\/p>\n Con le applicazioni per iPhone, questo sottile layer di presenzazione viene sostituito. L’accesso alle API basate su REST implementate dal back end \u00e8 esattamente lo stesso. S\u00ec, state duplicando tutti gli sforzi di sviluppo del front end che avete gi\u00e0 affrontato per il browser, ma questo sforzo extra ha i benefici che abbiamo citato prima.<\/p>\n<\/div>\n Ci sono cos\u00ec tanti approcci allo sviluppo quante sono le applicazioni in iTunes. Ciascun prodotto e le persone che lo hanno creato sono differenti. Detto ci\u00f2, l’evoluzione di un prodotto dal web all’iPhone tipicamente funziona pi\u00f9 o meno cos\u00ec:<\/p>\n Implementate il prodotto usando gli standard web.<\/strong> Usate i tool che vi sono pi\u00f9 familiari: in questo modo avrete anche una soluzione che avr\u00e0 la pi\u00f9 ampia portata e potr\u00e0 essere visto su ogni piattaforma con un browser standard-compliant. Cercate di usare CSS e JavaScript che ottimizzano l’esperienza per gli utenti sui dispositivi mobili (inclusi iPhone, Android e BlackBerry).<\/p>\n Come punto di partenza, leggete Put Your Content in my Pocket<\/a> e Put Your Content in my Pocket, Part II<\/a>.<\/p>\n Man mano che implementate il vostro prodotto, fate molta attenzione a come l’interfaccia utente del front end comunica con i servizi di back end. Cercate di usare una API REST fornita da terze parti oppure una vostra soluzione pi\u00f9 specifica per la piattaforma.<\/p>\n<\/li>\n Affrontate i problemi.<\/strong> Alla fine, vi imbatterete in situazioni che non possono essere risolte con gli standard web. Potrebbe trattarsi di qualcosa come una richiesta di feature da parte degli utenti che vogliono caricare delle foto o accedere alla loro lista di contatti. Alcuni utenti chiederanno esplicitamente un’app per iPhone perch\u00e9 tanti dei loro siti preferiti hanno creato soluzioni personalizzate.<\/p>\n Ci potrebbero anche essere pressioni interne da parte dei vostri stessi designer e sviluppatori. Potrebbero trovare la navigazione e la gestione dei dati pi\u00f9 difficile man mano che lo scopo dell’applicazione cresce. Quando comincerete ad avvertire la sensazione di star reinventando la ruota, a volte \u00e8 meglio usare semplicemente la ruota che Apple ha gi\u00e0 creato.<\/p>\n<\/li>\n L’altra attrattiva per gli sviluppatori che guardano alle app native \u00e8 semplice: ci sono pi\u00f9 di 100 milioni di clienti in iTunes che possono acquistare la vostra app cliccando su un singolo pulsante. Possono anche pagare per il vostro contenuto con la stessa facilit\u00e0. Se avete un’azienda, ci sono alcuni vantaggi netti nel costruire applicazioni che si affianchino al vostro sito web.<\/p>\n Per i brand marketers, l’App Store \u00e8 un altro importante canale per mettere un prodotto o un servizio davanti agli occhi di milioni di persone. I grandi brand citati all’inizio dell’articolo continuano ad avere una forte presenza: le loro app per iPhone integrano la loro posizione.<\/p>\n Molte tra queste aziende vedono le applicazioni native per iPhone come una forma economica di pubblicit\u00e0: 30 secondi durante il primetime possono costare fino a mezzo milione di dollari. Una app per iPhone vi coster\u00e0 molto meno e quando un venditore vede la sua icona apparire in iTunes, gli sembra meglio della mattina di Natale!<\/p>\n Gli sviluppatori pi\u00f9 piccoli possono anche usare l’App Store per trovare un nuovo pubblico e per rifinire l’esperienza per gli utenti attuali. Avete gi\u00e0 fatto il lavoro duro con il vostro back end, pertanto lo sforzo e le spese per costruire un nuovo front end sono di solito minime.<\/p>\n Molti siti web trovano difficile far pagare per accedere ai propri contenuti. La radice di questo problema sta nella mancanza di un meccanismo di pagamento conveniente per l’end user. C’\u00e8 anche la storia dell’accesso libero all’informazione sul web. Come risultato, molti siti fanno affidamento sulla pubblicit\u00e0 per pagare i propri costi.<\/p>\n iTunes offre un modo semplice per far pagare agli utenti i contenuti. Pu\u00f2 essere un pagamento una tantum al momento dell’acquisto della applicazione oppure un pagamento ricorrente (come un abbonamento) con il meccanismo In-App Purchase<\/a>. In entrambe i casi, un cliente deve solo toccare con il dito un pulsante di acquisto ed immettere la propria password. Apple gestisce tutti i processi di pagamento e di fatturazione. Dovete solo aspettare il deposito sul vostro conto corrente da tutto il mondo alla fine di ogni mese.<\/p>\n Con la recente realizzazione di iPad e la sua popolarit\u00e0, gli editori sia grandi sia piccoli trovano remunerativo riconvertire i propri contenuti per iPhone OS. Il recente debutto del magazine Wired nell’App Store<\/a> ha generato 24.000 vendite nelle prime 24 ore. A cinque dollari a copia, non ci vuole un genio della finanza per capire che c’\u00e8 una seria richiesta da parte dei consumatori per del contenuto distribuito in maniera innovativa via iTunes.<\/p>\n Se ci pensate su ancora un pochino, ha completamente senso dal punto di vista del consumatore. Siete abituati a comprare musica e video da iTunes. Adesso con l’iBookstore i titoli principali vi possono essere spediti in formato elettronico. Aggiungere il vostro contenuto a questo ha senso per voi e per i vostri clienti.<\/p>\n<\/div>\n Mettere il proprio contenuto nell’App Store include anche uno step a cui probabilmente non siete abituati nel selvaggio web: Third-party review [revisione da terze parti, ndt<\/em>]. Qualunque cosa mandiate su iTunes dovr\u00e0 essere controllata e potr\u00e0 essere cancellata a discrezione di Apple. Ogni app che vedete su iTunes \u00e8 passata attraverso questo processo.<\/p>\n La revisione da parte di iTunes tende ad eccedere sul lato della cautela. Ad un certo punto dei cartoni a sfondo politico non sono stati ammessi<\/a> perch\u00e9 mettevano in ridicolo una figura pubblica. Apple ha da allora allentato la morsa delle restrizioni, ma ci sono ancora dei limiti di cui dovete essere a conoscenza<\/a>. Queste condizioni ed altre sfumature di iTunes sono ulteriormente esplorate nel mio libro.<\/p>\n Se il vostro contenuto contiene del nudo o qualunque altra area che \u00e8 proibita, avete solo perso del tempo a leggere questo articolo. Le cose non sono tutte negative, tuttavia, perch\u00e9 potete ancora usare Safari per aggirare l’intero processo dei curatori.<\/p>\n<\/div>\n Ecco qui, un rapido riassunto di cosa significano oggi per i produttori di contenuto web le app per iPhone. Spero che le informazioni contenute in questo articolo siano abbastanza per determinare se un’applicazione mobile dedicata \u00e8 quel che serve al vostro sito. Se decidete di mettervi di buzzo buono su questo percorso di sviluppo, spero che troviate nel mio libro<\/a> un’utile guida che vi illustra il processo dall’inizio alla fine.<\/p>\n Illustrazioni: {carlok}<\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":" C’\u00e8 un’app per tutto e voi siete le persone che le creano. Ma dovete disegnare un’applicazione web-based o una app per l’iPhone? Entrambe gli approcci hanno vantaggi e svantaggi per non citare le legioni di religiosamente violenti supporter. Apple promuove entrambe gli approcci (hanno perfino dato al web un anno intero di vantaggio prima di cominciare a vendere app nello store) ed il browser Safari per iPhone supporta HTML5 e CSS3 e vanta un veloce engine per JavaScript. Tuttavia molte aziende e singoli sviluppatori con un’ottima conoscenza del web scelgono di creare delle app per iPhone invece che delle web app che possono fare la stessa cosa. Esplorate entrambe gli approcci ed imparate quasi tutto quello che dovete sapere se decidete di creare una app per iPhone-dal gergo al processo di sviluppo, ai trucchi che possono facilitare il percorso della creazione di un business con Apple.<\/p>\n","protected":false},"author":818,"featured_media":7000589,"comment_status":"open","ping_status":"open","template":"","categories":[269,244,247,271,273,26],"tags":[],"coauthors":[308],"class_list":["post-96","article","type-article","status-publish","has-post-thumbnail","hentry","category-application-development","category-css","category-html","category-javascript","category-mobile-multidevice","category-numero-13-31-agosto-2010"],"jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/article\/96","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/article"}],"about":[{"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/types\/article"}],"author":[{"embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/users\/818"}],"replies":[{"embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/comments?post=96"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/media\/7000589"}],"wp:attachment":[{"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/media?parent=96"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/categories?post=96"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/tags?post=96"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/coauthors?post=96"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}\nApple <3 standards<\/h2>\n
Pie Guy di Neven Mrgan<\/h3>\n
Showtime di Nial Giacomelli e Benjamin Gordon<\/h3>\n
Every Time Zone di Amy Hoy e Thomas Fuchs<\/h3>\n
\nGoing native<\/h2>\n
\n
<div><\/code> per organizzare il contenuto su ciascuna pagina e si usa XMLHttpRequest per aggiornare tale contenuto. Con Cocoa Touch<\/a> i \u201cview controllers\u201d sono usati come pagine, le \u201cviews\u201d forniscono i blocchi costituenti per il vostro contenuto e gli oggetti NSURLConnection agiscono come il vostro collegamento a internet.<\/li>\n
var beAwesome = true;
var myString = \"chocklock\";
if (beAwesome) {
\tmyString = myString.toUpperCase();
}
<\/code>
<\/pre>\n
BOOL beAwesome = YES;
NSString *myString = \"chocklock\";
if (beAwesome) {
\tmyString = [myString uppercaseString];
}
<\/code>
<\/pre>\n\nLa motivazione<\/h2>\n
\n
<input><\/code> e <textarea><\/code> cos\u00ec da poter funzionare in molti ambienti diversi. I framework JavaScript, come il gi\u00e0 citato jQTouch, fanno un lavoro fantastico estendendo questi meccanismi base di controllo, ma un utente iPhone noter\u00e0 ancora che sembrano un po’ diversi dai controlli nativi della piattaforma.<\/li>\n\nIn pratica<\/h2>\n
\n
\nCurare gli affari<\/h2>\n
Brand marketing<\/h3>\n
I media contano<\/h3>\n
\nProcedete con cautela<\/h2>\n
\nImpacchettate<\/h2>\n