{"id":9251,"date":"2012-07-25T11:24:34","date_gmt":"2012-07-25T09:24:34","guid":{"rendered":"http:\/\/www.devapp.it\/wordpress\/?p=9251"},"modified":"2012-07-25T11:24:35","modified_gmt":"2012-07-25T09:24:35","slug":"test-driven-ios-development-breve-recensione-del-primo-libro-specifico-sul-tdd-in-ios","status":"publish","type":"post","link":"https:\/\/www.devapp.it\/wordpress\/test-driven-ios-development-breve-recensione-del-primo-libro-specifico-sul-tdd-in-ios\/","title":{"rendered":"Test-Driven iOS Development: breve recensione del primo libro specifico sul TDD in iOS"},"content":{"rendered":"

\"test-driven-ios-development-cover\"<\/a> Oggi vorrei spendere due righe per raccontarvi un libro, nello specifico il primo testo sul TDD e iOS: Test-Driven iOS Development<\/strong> di Graham Lee. Come avrete intuito, TDD \u00e8 l’acronimo di Test Driven Development<\/strong> ed \u00e8 un processo di sviluppo software molto in voga negli ultimi anni. Ne abbiamo gi\u00e0 parlato su questo sito, quindi se non conoscete l’argomento vi invito a leggere questo articolo<\/a>. Passando al libro, credo non sia facile dare un giudizio oggettivo al testo, senza che questo sia influenzato dalla mia idea riguardo il TDD in generale, ma partiamo dall’inizio.<\/p>\n

Il libro \u00e8 molto chiaro nella sua esposizione e tratta un caso d’uso specifico: in particolare saremo guidati nella realizzazione di un’applicazione master\/detail che, sfruttando le API di stackoverflow<\/a>, mostri l’elenco delle domande e relative risposte per un tag selezionato.<\/p>\n

Il tutto avviene per\u00f2 con un approccio completamente nuovo rispetto alla “vecchia” maniera di scrivere software, segue infatti l’approccio TDD.<\/p>\n

Cosa significa seguire l’approccio Test-Driven Development?<\/h4>\n

Che si scrivono prima i test<\/strong> e solo successivamente si scrive il codice appena sufficiente per superarli.<\/p>\n

Si, avete letto bene.. ho scritto proprio “appena sufficiente”! Gi\u00e0 perch\u00e9 \u00e8 proprio questo che sta alla base del TDD: il codice che supera il test deve *solo* superare il test e non deve far altro, perch\u00e9 altrimenti l’ *altro* non sarebbe coperto da test! Semplice, no?<\/p>\n

Non mancano nel libro un’introduzione ai framework principali per usare al meglio TDD e due capitoli finali in cui si va oltre il TDD stesso.<\/p>\n

Il mio personale giudizio \u00e8 che se siete interessati all’argomento \u00e8 un libro molto utile da leggere, in alcuni casi ritengo personalmente che calchi troppo la mano, ricorrendo addirittura al MethodSwizzling (http:\/\/cocoadev.com\/wiki\/MethodSwizzling<\/a>) per rendere testabile<\/em> una classe o creandone delle subclass con metodi specifici per l’introspezione, devo ammettere per\u00f2 che alla fine si ritrova con un codice sul quale si pu\u00f2 intervenire tranquillamente a fare refactoring o aggiungere funzionalit\u00e0 senza aver paura di “rompere” qualcosa che era gi\u00e0 stato fatto.<\/p>\n

Potete acquistare il testo direttamente su Amazon.it in una delle due versioni disponibili:<\/p>\n