Undolog.com » Mobile

setAnimationDidStopSelector: usi diversi ed avanzati

Giovambattista Fazioli — Mon, 08 Mar 2010 20:42:06 +0000

Nella maggioranza dei casi, o perchè siamo abituati o perchè l'abbiamo visto in tutorial e in alcuni testi, utilizziamo il setAnimationDidStopSelector in questa maniera:

PLAIN TEXT

Objective-C:

[UIView beginAnimations:nil context:NULL];
[UIView setAnimationDuration:1.5];
[UIView setAnimationCurve:UIViewAnimationCurveEaseInOut];
[UIView setAnimationDelegate:self];
[UIView setAnimationDidStopSelector:@selector(removeView)];
    
myView.alpha = 0;
    
[UIView commitAnimations];
 
//
 
- (void) removeView {
    [myView removeFromSuperview];
}

Nel codice sopra esposto la setAnimationDelegate imposta self come delegato e tramite la setAnimationDidStopSelector gli invia un messaggio removeView quando l'animazione è terminata. Il codice è di per sé corretto, tuttavia fa uso di una definizione di messaggio (removeView) che potrebbe essere omessa. Guardate adesso lo stesso codice, con il medesimo effetto, senza il messaggio removeView:

PLAIN TEXT

Objective-C:

[UIView beginAnimations:nil context:NULL];
[UIView setAnimationDuration:1.5];
[UIView setAnimationCurve:UIViewAnimationCurveEaseInOut];
[UIView setAnimationDelegate:myView];
[UIView setAnimationDidStopSelector:@selector(removeFromSuperview)];
    
myView.alpha = 0;
    
[UIView commitAnimations];

La cosa interessante di questo approccio è che myView potrebbe essere una sottoclasse di una UIView! Potrebbe quindi essere una nostra classe personalizzata con propri messaggi ed, nel modo esposto, tranquillamente richiamabile da setAnimationDidStopSelector. Inoltre, la setAnimationDidStopSelector accetta selettori con parametri:

PLAIN TEXT

Objective-C:

[UIView beginAnimations:nil context:NULL];
[UIView setAnimationDuration:1.5];
[UIView setAnimationCurve:UIViewAnimationCurveEaseInOut];
[UIView setAnimationDelegate:myView];
[UIView setAnimationDidStopSelector:@selector(myMessage:param1)];
    
myView.alpha = 0;
    
[UIView commitAnimations];

Questo esempio può essere esteso a tutti qui casi dove impostiamo un delegato che, atro non è, che un puntatore ad un'istanza di un oggetto qualsiasi.

Tags: Apple iPhone, iPad, iPhone, Mobile, Objective-C, Objective-C, selector, self, setAnimationDelegate, setAnimationDidStopSelector, Sviluppo, UIView

Post correlati

Come localizzare immagini e viste di Interface Builder

Giovambattista Fazioli — Tue, 23 Feb 2010 21:41:15 +0000

Dopo aver illustrato come localizzare le nostre stringhe in Xcode, vediamo adesso quanto risulta semplice - applicando la medesima tecnica - localizzare immagini e viste/interfacce realizzate con Interface Builder.

Localizzare risorse grafiche

Il processo, come accennato, è il medesimo; se abbiamo un'immagine già inserita nelle nostre risorse, o ne inseriamo una nuova, e vogliamo "localizzarla" - cioè gestire due o più immagini in base alle lingue supportate - basterà cliccare con il tasto destro sull'immagine (Adium.png in questo esempio) e selezionare Get Info:

Clicchiamo Make File Localizable in basso a sinistra.

Clicchiamo su Add Localization e inseriamo Italian:

In modo da ottenere:

La nostra immagine viene spostata (fisicamente, una delle rare volte in cui quello che accade nell'alberatura Xcode si riflette sul filesystem) sotto le cartelle virtuali English.lproj e Italian.lproj esattamente come accadeva con il testo:

A questo punto ognuna delle cartelle English.lproj e Italian.lproj contiene una stessa versione dell'immagine. Questa immagine è manipolabile all'interno di Interface Builder, dove ne vedremo - per default - la versione inglese.
Arrivati a questo punto, basta sovrascrivere uno (o entrambi i file Adium.png) per ottenere una localizzazione delle immagini "lampo".

Localizzare i file XIB

Anche le interfacce costruite con Interface Builder possono essere localizzate nella loro interezza, quando lo si ritiene necessario. Il procedimento è identico a quello svolto con le risorse grafiche: aggiungiamo un ViewController (ad esempio infoViewController) con interfaccia XIB, lo selezioniamo, scegliamo Get Info dal menu contestuale, rendiamo il file localizzabile, aggiungiamo la localizzazione in italiano:

Cliccando su English o su Italian si aprirà Interface Builder! Questa volta, sul filesystem, noteremo che sono state create due cartelle (English.lproj e Italian.lproj) all'interno della classica cartella Classes. Entrambe avranno il loro file infoViewController.xib. La comodità, in questo, risolta evidente nel codice; quando andremo ad istanziare il nostro controller si avrà un codice "pulito" di questo tipo:

PLAIN TEXT

Objective-C:

InfoViewController *info = [InfoViewController alloc];
[self.view addSubview:info.view];

Come vedete non c'è traccia di nessuna dichiarazione relativa alla localizzazione, totalmente gestita da sistema. Le due interfacce, ovviamente, possono essere completamente differenti, in quanto risultano a tutti gli effetti come due file XIB separati.

Tags: AppleSide, Immagini, Interface Builder, iPad, iPhone, iPhone, Localizzazione, Mobile, Objective-C, Objective-C, Tutorials, XCode

Post correlati

Come creare un proprio protocollo con delegato

Giovambattista Fazioli — Wed, 10 Feb 2010 10:43:54 +0000

Anche nei tutorial più semplici è possibile incontrare l'uso dei protocolli. Sarà certamente capitato a molti di utilizzare nel vostro view controller un protocollo, inserendo, accanto alla definzione dell'interfaccia, una dicitura simile a:

PLAIN TEXT

Objective-C:

@interface myViewController : UIViewController  {
...
}

I protocolli (nell'esempio sopra ) sono un particolare modo di Objective-C di far ereditare comportamenti di una classe in un'altra. Nell'esempio mostrato sopra il nostro view controller probabilmente gestisce un componente UIWebView. Volendo rispondere agli eventi di quest'ultimo ne incorpora il protocollo UIWebViewDelegate.
Così, implementato il protocollo UIWebViewDelegate nel nostro view controller, possiamo inserire nel file .m di implementazione i metodi (messaggi) che saranno invocati dal componente UIWebView, come ad esempio:

PLAIN TEXT

Objective-C:

- (void)webViewDidFinishLoad:(UIWebView *)webView {
// Caricamento pagina terminato
}

In altre parole il nostro view controller condivide l'interfaccia , cioè ne eredita "alcune" caratteristice.

Scrivere un nostro protocollo

Immaginiamo di avere due classi: ClasseA e ClasseB. La classe ClasseA istanzia al suo interno la ClasseB che, a sua volta, genera un messaggio quando accade un determinato evento. Vorremo quindi scrivere un delegato per la ClasseB tale che possa essere utilizzato da ClasseA per rispondere e intercettare gli "eventi" rilasciati da ClasseB.
La prima cosa da fare è aggiungere la definizione del protocollo nella ClasseB insieme ad una property (nello standard Apple) delegate:

PLAIN TEXT

Objective-C:

@protocol ClasseBDelegate 
@optional
- (void)mioEvento:(id)sender;
@end
 
@interface ClasseB : NSObject {
    // altre definizioni
    id  delegate;
}
 
@property (assign) id  delegate;

Come da prassi, nel file .m della ClasseB inserire:

PLAIN TEXT

Objective-C:

@synthesize delegate;

Nel file di implementazione della classe ClasseB possiamo inserire il "fire" del nostro evento in questo modo:

PLAIN TEXT

Objective-C:

if (self.delegate != NULL && [self.delegate respondsToSelector:@selector(mioEvento:)]) {
    [delegate mioEvento:self];
}

Prima di tutto verifichiamo che sia stato impostato un delegato: self.delegate != NULL e che questo delegato fornisca, o possa rispondere, al messaggio mioEvento: [self.delegate respondsToSelector:@selector(mioEvento:)]. Se entrambi le condizioni sono verificate allora viene invocato mioEvento; in questo esempio questo evento prevede anche un parametro (id) che è il puntatore all'istanza della classe ClassB.
La classe ClassA non dovrà far altro che implementare il delegato e inserire il metodo mioEvento:

PLAIN TEXT

Objective-C:

#import "ClasseB.h"
 
@interface ClasseA : NSObject  {
...
}
 
- (void)mioEvento:(id)sender;

Nel file di implementazione quando creiamo la ClassB useremo:

PLAIN TEXT

Objective-C:

ClasseB *classeB = [ClasseB alloc];
[classeB setDelegate: self];

Poi, inseriremo:

PLAIN TEXT

Objective-C:

- (void)mioEvento:(id)sender {
    NSLog(@"mioEvento");
}

Tags: @protocol, Apple, class, eventi, Featured, iPad, iPhone, message, Mobile, Object, Objective-C, Objective-C, property, protocolli, selector, self, Sviluppo

Post correlati

Very short snippet: ottenere l’output di un URL in Objective-C

Giovambattista Fazioli — Fri, 05 Feb 2010 00:23:41 +0000

Avrei forse dovuto scrivere "Very very very, short snippet", tuttavia è un ottimo e comodissimo "trucchetto" questo che sto per mostrare. Eseguendo le "due" righe di codice indicate qui sotto, è possibile ottenere l'output di qualsiasi URL e manipolarlo.

PLAIN TEXT

Objective-C:

NSString *url = [NSString stringWithFormat:@"http://www.appleside.it/"];
NSString *result = [NSString stringWithContentsOfURL:[NSURL URLWithString:url]
                    encoding:NSASCIIStringEncoding 
                    error:nil];
NSLog(@"Read from : %@ = ",apiEndpoint, result);

Ad esempio potremmo sfruttare molti servizi API REST per risolvere svariate problematiche. Tanto per fare un esempio pratico, immaginiamo di volre "comprimere"(trim) l'url http://www.undolog.com, come fanno molti servizi come Twitter, FriendFeed o Facebook. Ebbene potremmo sfruttare questo semplice codice:

PLAIN TEXT

Objective-C:

NSString *url = @"http://www.undolog.com";
NSString *apiRest = [NSString stringWithFormat:@"http://api.tr.im/v1/trim_simple?url=%@",url];
NSString *result = [NSString stringWithContentsOfURL:[NSURL URLWithString:apiEndpoint] 
                    encoding:NSASCIIStringEncoding 
                    error:nil];
NSLog(@"URL Originale: %@ - URL Compresso: %@",url, result);

Tutto il merito, ovviamente, è del metodo stringWithContentsOfURL: in quanto permette di caricare in una stringa il contenuto (output) di un URL.

Tags: api, Mobile, NSString, Objective-C, Objective-C, REST, Snipp, Snippets, stringWithContentsOfURL, Sviluppo

Post correlati

10 utili snippet per Apple iPhone

Giovambattista Fazioli — Thu, 07 Jan 2010 22:53:28 +0000

Eseguire un metodo dopo n secondi

Tutta la famiglia performSelector è davvero interessante e può essere utile in una moltitudine di casi. La sua applicazione più semplice e comune è la seguente:

PLAIN TEXT

Objective-C:

[self performSelector:@selector(myMethod) withObject:nil afterDelay:3];
//
- (void)myMethod {
    NSLog(@"Hello World!");
}

Tuttavia considerate che il "timer" non è preciso. Questa procedura, quindi, va usata quando non è richiesta una "notevole" precisione temporale.

Recuperare la versione dell'applicazione

PLAIN TEXT

Objective-C:

NSString *version = [[[NSBundle mainBundle] infoDictionary] objectForKey:@"CFBundleVersion"];
NSLog(@"versione = %@", version);

YES, true o TRUE?

Andando a spulciare nel Kernel Apple iPhone è possibile renderci conto che YES, true e TRUE sono in pratica la stessa edentica cosa:

PLAIN TEXT

Objective-C:

// definizione di YES
#define YES (BOOL)1
#define NO  (BOOL)0
 
// definizione di true
#define true  1
#define false 0
 
// definizione di TRUE
#if !defined(TRUE)
    #define TRUE 1
#endif
 
#if !defined(FALSE)
    #define FALSE 0
#endif

Almeno per adesso...

Vibrazione

PLAIN TEXT

Objective-C:

#import 
//
AudioServicesPlaySystemSound (kSystemSoundID_Vibrate);

Puntatore CGImageRef a partire da un UIImage

PLAIN TEXT

Objective-C:

UIImage *heart = [UIImage imageNamed:@"LittleHeart.png"];
CGImageRef image = [heart CGImage];
// L'immagine adesso può essere "rasterizzata" su un CGContextRef
CGContextDrawImage(c, (CGRect){0, 0, 100, 100}, image);

Animazioni

PLAIN TEXT

Objective-C:

[UIView beginAnimations:nil context:NULL];
[UIView setAnimationDuration:1.5];
[UIView setAnimationCurve:UIViewAnimationCurveEaseInOut];
// ...
[UIView commitAnimations];

NSLog

PLAIN TEXT

Objective-C:

NSLog(@"NSString object %@ ", myString);
NSLog(@"Float: %f ", myFloat); 
NSLog(@"Integer: %i ", myInt);

Convertitore da RGB a UIColor

PLAIN TEXT

Objective-C:

#define RGBA(r,g,b,a) [UIColor colorWithRed:r/255.0 green:g/255.0 blue:b/255.0 alpha:a]

Passare parametri ad un NSTimer

Sfruttando il parametro userInfo è possibile inviare un puntatore ad un nostro oggetto al metodo richiamato da timer.

PLAIN TEXT

Objective-C:

[NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(timerMethod) userInfo:objectPointer repeats:YES];
 
// ...
 
-(void)timerMethod:(NSTimer*)timer {
// Recupero il puntatore al mio oggetto
objectPointer = [timer userInfo];
// oppure
[[timer userInfo] myMethod]; 
int a = [[timer userInfo] myProperty];
// che è lo stesso
int a = [objectPointer myProperty];
}

Tempo di esecuzione

Ecco un semplice modo per calcolare tempi brevi utili per verificare la velocità di esecuzione del codice:

PLAIN TEXT

Objective-C:

CFAbsoluteTime initialTime = CFAbsoluteTimeGetCurrent();
// ... code
CFAbsoluteTime finalTime = CFAbsoluteTimeGetCurrent(); 
NSLog(@"Tempo trascorso %f", finalTime-initialTime);

Tags: Apple, iPhone, iPhone, Mobile, Objective-C, Snippets, Sviluppo

Post correlati

Objective-C: esporre proprietà in una classe

Giovambattista Fazioli — Mon, 14 Dec 2009 16:30:11 +0000

Vorrei mostrare e discutere alcuni esempi sul come aggiungere e manipolare proprietà in una Classe Objective-C. Un esempio classico, per l'appunto, è il seguente; nella definizione della nostra interfaccia di classe definiamo due proprietà nome e cognome:

PLAIN TEXT

Objective-C:

// MyClass.h
#import 
 
@interface MyClass : NSObject {
    NSString *nome;
    NSString *cognome;
}
 
@property (retain) NSString *nome;
@property (retain) NSString *cognome;
@end

Nel file di implementazione inseriamo la dichiarazione @synthesize in modo tale che Xcode produca per noi i metodi getter e setter usati rispettivamente per leggere ed impostare le nostre due proprietà:

PLAIN TEXT

Objective-C:

// MyClass.m
#import "MyClass.h"
 
@implementation MyClass
 
@synthesize nome, cognome;
 
@end

Quando andremo ad utilizzare la nostra classe MyClass, cioè quando istanziaremo un oggetto di tipo MyClass, possiamo scrive:

PLAIN TEXT

Objective-C:

// qualsiasi altra classe, come AppDelegate
// nel file .h
#import 
#import "MyClass.h"
 
@class TestViewController;
 
@interface TesAppDelegate : NSObject  {
    UIWindow *window;
    TestViewController *viewController;
 
    MyClass *miaClasse;
}
 
// nel file .m
miaClasse = [MyClass alloc];
miaClasse.nome = @"Giovambattista";
NSLog(@"miaClasse.nome = %@", miaClasse.nome);

Oppure, che è equivalente:

PLAIN TEXT

Objective-C:

// sempre nel file .m
[miaClasse setNome:@"Undolog"];
NSLog(@"miaClasse.nome = %@",[miaClasse nome]);

Fin qui tutto bene. Tuttavia potrebbe fuorviare l'equivalenza delle "variabli" interne (ivar) con il nome della proprietà vera e propria. Per capire la differenza, ripropongo lo stesso esempio facendo a meno, questa volta, di @synthesize. Ora, quindi, dovremmo occuparci noi di scrivere i metodi getter e setter. Per sottolineare ulteriormente le differenze, rinominerò le variabili interne inserendo un underscore davanti al nome. Ma vediamo il codice:

PLAIN TEXT

Objective-C:

#import 
 
@interface MyClass : NSObject {
    NSString *_nome;
    NSString *_cognome;
}
 
- (NSString *) nome;                               // get
- (NSString *) cognome;                            // get
 
- (void) setNome: (NSString *)stringaIngresso;     // set
- (void) setCognome: (NSString *)stringaIngresso;  // set
 
@end

A differenza dell'esempio precedente i puntatori alla variabili interne (incapsultate) sono diventati _nome e _cognome. Inoltre troviamo quattro definizioni di metodi che rappresentano le nostre get e set. @property è scomparso, in quanto non serve più.
Vediamo il file di implementazione MyClass.m:

PLAIN TEXT

Objective-C:

#import "MyClass.h"
 
@implementation MyClass
 
// get per "nome"
- (NSString *) nome {
    return _nome;
}
// set per "nome"
- (void) setNome: (NSString *)stringaIngresso {
    _nome = stringaIngresso;
}
 
// get per "cognome"
- (NSString *) cognome {
    return _cognome;
}
// set per "cognome"
- (void) setCognome: (NSString *)stringaIngresso {
    _cognome = stringaIngresso;
}
 
@end

Una classe così scritta potrà essere utilizzata esattamente come la precedente, cioè:

PLAIN TEXT

Objective-C:

miaClasse = [MyClass alloc];
miaClasse.nome = @"Giovambattista";
NSLog(@"miaClasse.nome = %@", miaClasse.nome);
 
// Oppure, che è equivalente:
 
[miaClasse setNome:@"Undolog"];
NSLog(@"miaClasse.nome = %@",[miaClasse nome]);

A livello didattico l'abbandono di @synthesize ci ha costretto a scrivere "da soli" i metodi di get e set, evidenziando - anche con l'aggiunta dell'underscore - le differenze tra il nome della proprietà e la sua ivar interna _nome.
A livello funzionale l'uso dei metodi personali get e set permette un reale controllo del dato prima della sua impostazione (o prima della sua lettura) e quindi un reale incapsulamento per proteggere la variabile interna.
Ad esempio sarebbe possibile impedire il passaggio di stringhe vuote alla proprietà nome:

PLAIN TEXT

Objective-C:

- (void) setNome: (NSString *)stringaIngresso {
    if( stringaIngresso == @"" ) stringaIngresso = @"senza nome";
    _nome = stringaIngresso;
}

Ulteriore variante

Se desiderate utilizzare le variabili interne con l'underscore davanti (chi rpoviene da Adobe Actionscript potrebbe essere abituato così) non è necessario abbandonare l'uso della direttiva @synthesize. Xcode permette infatti di "fondere" i metodi sopra indicati:

PLAIN TEXT

Objective-C:

@synthesize nome = _nome;
@synthesize cognome = _cognome;

Così facendo potremmo usare internamente il puntatore a _nome, "sintetizzato" - verso l'esterno - come proprietà nome. Inoltre, se è vero che l'uso di @synthesize produce la generazione automatica dei metodi (messaggi) di getter e setter, è vero anche che lo fa solo se non li trova, quindi se desiderate "implementare" un vostro metodo di getter e/o setter potete farlo anche se avete usato la direttiva @synthesize.

Allocazioni di memoria

Negli esempi di sopra ho omesso alcuni dettagli importanti ai fini di una reale implementazione. Prima di tutto non ho illustrato nessun metodo init(), utile ai fini dell'inizializzazione dell'oggetto e dei sui valori di default. Inoltre, manca l'aggiunta di un metodo dealloc():

PLAIN TEXT

Objective-C:

// file MyClass.m
#import "MyClass.h"
 
@implementation MyClass
 
- (id) init { 
    if ( self = [super init] ) { 
        _nome = @"Nome preimpostato"; 
        _cognome = @"Cognome preimpostato"; 
    } 
    return self; 
} 
 
- (void) dealloc { 
    [_nome release]; 
    [_cognome release]; 
    [super dealloc]; 
}
 
- (NSString *) nome {
    return _nome;
}
- (void) setNome: (NSString *)stringaIngresso {
    if( stringaIngresso == @"" ) stringaIngresso = @"senza nome";
    _nome = stringaIngresso;
}
 
- (NSString *) cognome {
    return _cognome;
}
- (void) setCognome: (NSString *)stringaIngresso {
    _cognome = stringaIngresso;
}
 
@end

In futuro vedremo poi i dettagli sulle proprietà readonly, retain, etc...

Tags: @synthesize, Apple iPhone, classe, getter, iPhone, Mobile, Object-Oriented, Objective-C, Objective-C, property, Release, retain, setter, Sviluppo

Post correlati

Browser o Mobile Browser?

Giovambattista Fazioli — Fri, 11 Dec 2009 00:30:28 +0000

Il nostro sito Web ormai non è visualizzato solo da postazioni PC. Con la diffusione del mobile, grazie soprattutto ad Apple iPhone, l'accesso al sito o blog viene sempre più spesso effettuato da dispositivi mobili di vario tipo. Diventa quindi esigenza di molti Web Developer saper intercettare ed identificare i diversi "agenti", cioè gli strumenti con cui un utente visualizza (naviga) le nostre pagine.
Per Wordpress, ad esempio, che rappresenta una delle piattaforme Blog più diffuse, esistono da tempo Plugin che permettono di visualizzare in modo differente il nostro Blog in base al "device" che si utilizza. Questi Plugin non fanno altro che intercettare il tipo di dispositivo usato e re-indirizzare un tema appropriato. Chi possiede un Apple iPhone avrà infatti notato che alcuni Blog vengono visualizzati in modo totalmente differente, proprio grazie al cambio del tema effettuato da questi Plugin.
La procedura, tuttavia, può essere generalizzata e applicata a qualsiasi pagina Web. Sfruttando PHP è possibile identificare l'agente e decidere che tipo di output emettere:

PLAIN TEXT

PHP:

    // fornisce le informazioni sull'agente che ha richiesto
    // questa pagina
    echo $_SERVER['HTTP_USER_AGENT'];
    // l'output sarà tipo:
    // Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; it; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5 
?>

Analizzando la stringa contenuta in $_SERVER['HTTP_USER_AGENT'] è possibile identificare l'agente e comportarsi di conseguenza. Se ad esempio avete la necessità di mostrare un contenuto con un layout differente agli utenti Apple iPhone, potete inserire queste righe di codice nella vostra pagina PHP:

PLAIN TEXT

PHP:

if( eregi('iphone', $_SERVER['HTTP_USER_AGENT']) ) {
    // Apple iPhone
} else {
    // Tutti gli altri
}
?>

Le combinazioni sono varie e, senza impazzire più di tanto, consiglio di scaricare questa piccola libreria (che poi non è nemmeno una libreria) scritta da Andy Moore: mobile_device_detect.php.
Il suo uso è davvero semplice e permette di intercettare moltissimi device: Apple iPhone/iPod, Android, Palm, ...
Per utilizzarla basta includere il file mobile_device_detect.php e controllare il rotorno della funzione mobile_device_detect():

PLAIN TEXT

PHP:

// ...
require_once ('mobile_device_detect.php');
$mobile = mobile_device_detect();

La funzione accetta otto (8) parametri (opzionali) in ingresso che ne determinano il comportamento, compreso un re-direct nel caso sia stato trovato il device specificato nei parametri d'ingresso. Sul sito è disponibile anche un comodo "generatore" di funzione che chiarisce il funzionamento.

Tags: $_SERVER['HTTP_USER_AGENT'], Apple iPhone, browser, Device, Internet, iPhone, iPod, Layout, Mobile, Mobile, PHP, PHP, Plugin, Sviluppo, Tema, user-agent, WordPress, WordPress

Post correlati

Apple iPhone: creare un custom toggle button

Giovambattista Fazioli — Fri, 04 Dec 2009 11:00:05 +0000

Gli stati UIControlStateSelected o UIControlStateHighlighted non funzionano quando un UIButton è impostato in modalità UIButtonTypeCustom! O meglio, non funzionano come dovrebbero (perchè riservati agli altri tipi di bottone), ad esempio per creare un bottone a due stati: toggle appunto. Se abbiamo creato due immagini (stato1.png e stato2.png) per il nostro bottone, possiamo procedere in questo modo:

PLAIN TEXT

Objective-C:

// Nell'header file creiamo una variabile globale che usaremo per
// controllare il toggle state
BOOL toggleFlag;

Ora creiamo il nostro bottone:

PLAIN TEXT

Objective-C:

// Creaiamo un bottone e lo poniamo inizialmente nello stato "stato1.png"
// Modificate initWithFrame:(CGRect){100,100,50,50} con la posizione e 
// dimensioni della vostra immmagine
toggleFlag = YES;
UIButton *toggleButton = [[UIButton buttonWithType:UIButtonTypeCustom] initWithFrame:(CGRect){100,100,50,50}];
[toggleButton setTitle:@"" forState:UIControlStateNormal];
[toggleButton setBackgroundImage:[UIImage imageNamed:@"stato1.png"] forState:UIControlStateNormal];
[toggleButton addTarget:self action:@selector(onToggle:) forControlEvents:UIControlEventTouchUpInside];
[self.view addSubview:toggleButton];

Quando si clicca sul bottone verrà inviato un messaggio gestito da onToggle:

PLAIN TEXT

Objective-C:

- (void)onToggle:(id)sender {
// Recupero puntatore al UIButton
UIButton *buttonClicked = (UIButton *)sender;
// Eseguo il toogle
toggleFlag = !toggleFlag;
[buttonClicked setBackgroundImage:[UIImage imageNamed:(toggleFlag) ? @"stato1.png" : @"stato2.png"] forState:UIControlStateNormal];
}

Tags: Apple, Apple iPhone, buttonWithType, CGRect, Immagini, initWithFrame, iPhone, iPhone, Mobile, Objective-C, UIButton, UIControlStateHighlighted, UIControlStateSelected

Post correlati

Very short snippet: streaming mp3 file su Apple iPhone

Giovambattista Fazioli — Tue, 01 Dec 2009 21:12:47 +0000

Un'alternativa davvero semplice per eseguire uno streaming di un file mp3 su Apple iPhone potrebbe essere:

PLAIN TEXT

Objective-C:

// Utilizzare AVFoundation Framework e nell'header file (.h) aggiungere
// #import 
 
// Nell'implementazione 
// inserite l'url del file mp3
NSString * soundFilePath = @"http://www.server.com/test.mp3";
 
NSURL * fileURL = [NSURL URLWithString:soundFilePath];  
NSURLRequest * request = [NSURLRequest requestWithURL:fileURL];
NSData *dataRaw = [NSURLConnection sendSynchronousRequest:request returningResponse:nil error:nil];
 
AVAudioPlayer * audioPlayer = [[AVAudioPlayer alloc] initWithData:dataRaw error:nil];
 
[audioPlayer play];

Ora, non direttamente correlato a questo "snippet", guardate come è facile con la (tanto odiata) sintassi a parentesi quadre di Objective-c ridurre tutto ad una sola riga:

PLAIN TEXT

Objective-C:

AVAudioPlayer * audioPlayer = [[AVAudioPlayer alloc] initWithData: [NSURLConnection sendSynchronousRequest:[NSURLRequest requestWithURL: [NSURL URLWithString: @"http://www.server.com/test.mp3" ] ] returningResponse:nil error:nil] error:nil];
[audioPlayer play];

Indentando il codice un po' meglio si ha:

PLAIN TEXT

Objective-C:

AVAudioPlayer * audioPlayer = 
    [
        [AVAudioPlayer alloc] 
            initWithData: [NSURLConnection 
                sendSynchronousRequest:[NSURLRequest 
                    requestWithURL: [NSURL URLWithString: @"http://www.server.com/test.mp3" ] 
                ] 
            returningResponse:nil error:nil] 
            error:nil];
[audioPlayer play];

Questione di gusti, ovviamente...

Tags: Apple, Apple iPhone, AVAudioPlayer, iPhone, iPhone, Mobile, mp3, NSData, NSURLConnection, NSURLRequest, Objective-C, Sviluppo

Post correlati

Very short snippet: Apple iPhone file system

Giovambattista Fazioli — Fri, 20 Nov 2009 23:40:07 +0000

Sia sul Mac OS X che sull'iPhone OS, abbiamo la possibilità di accedere in modo semplice e diretto alle directory - più importanti - di sistema, che sono:

PLAIN TEXT

CODE:

NSHomeDirectory         Returns the path to the current user’s home directory.
NSHomeDirectoryForUser  Returns the path to a given user’s home directory.
NSTemporaryDirectory    Returns the path of the temporary directory for the current user.

Ecco il codice necessario per utilizzarle:

PLAIN TEXT

Objective-C:

// Directory principali
NSString *homePath = NSHomeDirectory();
NSString *tempPath = NSTemporaryDirectory();    
NSString *userPath = NSHomeDirectoryForUser( NSUserName() );
NSLog(@"homePath = %@", homePath);
NSLog(@"tempPath = %@", tempPath);
NSLog(@"userPath = %@", userPath);
 
// homePath = /var/mobile/Applications/C7B94C13-DCEC-40CD-942F-93FD302BF905
// tempPath = /private/var/mobile/Applications/C7B94C13-DCEC-40CD-942F-93FD302BF905/tmp/
// userPath = /var/mobile/Applications/C7B94C13-DCEC-40CD-942F-93FD302BF905

Nota: avete notato, riga 4, la chiamata a NSUserName() che ritorna il "current user"

Esistono, poi, tutta una serie di altre "cartelle" a cui possiamo accedere. Queste possono essere ottenute attraverso la chiamata alla funzione NSSearchPathForDirectoriesInDomains() passandogli come inputs una serie di costanti. Ad esempio possiamo ottenere la cartella Documents in questo modo:

PLAIN TEXT

Objective-C:

NSArray *paths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);
NSLog(@"paths = %@", paths);
 
// paths = ( "/var/mobile/Applications/C7B94C13-DCEC-40CD-942F-93FD302BF905/Documents" )
 
// Cartella Documents
NSString *documentsPath = [paths objectAtIndex:0];
NSLog(@"documentsPath = %@", documentsPath);
 
// documentsPath = /var/mobile/Applications/C7B94C13-DCEC-40CD-942F-93FD302BF905/Documents
 
// Oppure...
NSString *documentsDirectory = [NSHomeDirectory() stringByAppendingPathComponent:@"Documents"];
NSLog(@"documentsDirectory = %@", documentsDirectory);  
 
// documentsDirectory = /var/mobile/Applications/C7B94C13-DCEC-40CD-942F-93FD302BF905/Documents

Nota: in questo ultimo caso notate l'uso di stringByAppendingPathComponent che "concatena" Documents al path, aggiungendo lo slash

NSSearchPathForDirectoriesInDomains() ritorna sempre un array di stringhe, anche se nella maggiornaza dei casi gli elementi sono solo uno. Se guardate bene l'output di paths, infatti, viene indicato tra parentesi, cioè un'array. Nel primo caso viene estratto il primo elemento con [paths objectAtIndex:0].

Risorse

Tramite l'oggetto NSBundle, invece, accediamo alla cartella delle risorse di una applicazione; come già sapete, l'estensione .app delle applicazioni Mac è "virtuale", per non dire fittizia. Essa, infatti, cela una sorta di "cartella" con all'interno tutte le risorse necessarie all'applicazione stessa, tra cui l'eseguibile vero e proprio!

PLAIN TEXT

Objective-C:

// Applicazione
NSString *appFolderPath = [[NSBundle mainBundle] resourcePath];
NSLog(@"appFolderPath = %@", appFolderPath);    
 
// appFolderPath = /var/mobile/Applications/54A1A3C9-322E-4C23-B096-45869B0332A5/MyApp.app

Elencare il contenuto di una cartella (browsing)

Il File Management, gestito dall'oggetto NSFileManager, permette di eseguire moltissime utili operazioni come:

Creare directory e file
Copiare, spostare e "linkare" file e directory
Confrontare file e directory
Ottenere il contenuto di directory
e altro ancora...

Ad esempio...

PLAIN TEXT

Objective-C:

// Elenco Directory
NSString      *homePath    = NSHomeDirectory();
NSFileManager *fileManager = [NSFileManager defaultManager];
NSLog(@"La cartella %@ contiene = %@", homePath, [fileManager directoryContentsAtPath: homePath]);
 
// La cartella /var/mobile/Applications/C7B94C13-DCEC-40CD-942F-93FD302BF905/ contiene = (
// Documents,
// Library,
// "MyApp.app",
// tmp
// )

Bonus

Per quanto riguarda le informazioni "utente" abbiammo:

PLAIN TEXT

Objective-C:

// FullUserName
NSString *fullUserName = NSFullUserName();
NSLog(@"fullUserName = %@", fullUserName);
// fullUserName = Mobile User
    
// NSUserName
NSString *userName = NSUserName();
NSLog(@"userName = %@", userName);
// userName = mobile
    
// NSHomeDirectoryForUser
NSString *directoryForUser = NSHomeDirectoryForUser( userName );
NSLog(@"directoryForUser = %@", directoryForUser);
// directoryForUser = /var/mobile/Applications/DFD6AED2-6B14-4515-8DCD-2AF6F6C2E00C

Lascio a voi provare le "differenze" tra l'uso del simulatore e il device.

Tags: Apple, Apple iPhone, iPhone, Mobile, NSBundle, NSDocumentDirectory, NSFileManager, NSFullUserName(), NSHomeDirectory(), NSHomeDirectoryForUser(), NSSearchPathForDirectoriesInDomains(), NSTemporaryDirectory(), NSUserName(), Objective-C, Objective-C, Snippets, stringByAppendingPathComponent, Sviluppo

Post correlati

10 utili trucchi e snippet per Apple iPhone e Xcode

Giovambattista Fazioli — Thu, 12 Nov 2009 20:40:17 +0000

1. Stringhe su più righe

In Xcode è possibile "spezzare" un stringa su più righe inserendo a alla fine un backslash "\". Questa caratteristica può risultare utilissima quando, ad esempio, vogliamo inserire del testo HTML in un controllo UIWebView:

PLAIN TEXT

Objective-C:

NSString *htmlData = @" \
 \
 \
Report \
 \
Prova HTML \
 \
Testo HTML
\

Inserito su

piu' righe

[webView loadHTMLString:htmlData baseURL:[NSURL URLWithString:@"http://www.saidmade.com/"]];

2. Transizioni tra View con effetto "foglio piegato"

Ecco una funzione utile per sfogliare, e risflogliare, due UIView:

PLAIN TEXT

Objective-C:

// Esegue una transizione con effetto CURL da una UIView a una UIView
// @params  placeholder         (UIView) principale
// @params  fview               (UIView) di partenza
// @params  tview               (UIView) di arrivo
// @params  forward             (BOOL) sfoglia verso l'alto o verso il basso
 
- (void)makeTansitionFromView:(UIWindow *)placeholder fromView:(UIView *)fview toView:(UIView *)tview forward:(BOOL)forward {
    [UIView beginAnimations:nil context:NULL];
    [UIView setAnimationDuration:1.5];
    [UIView setAnimationTransition:forward?UIViewAnimationTransitionCurlUp:UIViewAnimationTransitionCurlDown forView:placeholder cache:YES];
    [tview removeFromSuperview];
    [placeholder addSubview:fview];
    [fview removeFromSuperview];
    [placeholder addSubview:tview];
    [UIView commitAnimations];
}

Può essere utilizzata in questo modo:

PLAIN TEXT

Objective-C:

// visualizzo - sfoglio in avanti
[self makeTansitionFromView:window fromView:primaView.view toView:secondaView.view forward:YES];
// nascondo - sfoglio indietro
[self makeTansitionFromView:window fromView:secondaView.view toView:primaView.view forward:NO];

3. Impedire l'auto oscuramento del display

Da usare con cura, pena il consumo immediato della batteria, questa riga di codice permette di mantenere la nostra applicazione sempre visibile, impedendo che l'Apple iPhone vada in "stand-by":

PLAIN TEXT

Objective-C:

[UIApplication sharedApplication].idleTimerDisabled = YES;

4. Network Activity Indicator

L'animazione che compare sulla barra di stato in alto allo schermo dell'Apple iPhone, può essere utilizzata anche nelle nostre applicazioni per sottolineare un'attività di rete:

PLAIN TEXT

Objective-C:

// Mostra Network Activity Indicator ...
[UIApplication sharedApplication].networkActivityIndicatorVisible = YES;
 
// Le tue operazioni ...
 
// Nasconde Network Activity Indicator ...
[UIApplication sharedApplication].networkActivityIndicatorVisible = NO;

5. Activity Indicator personale

Se non si dispone della barra di stato, può tornare utile mostrare un nostro Activity Indicator:

PLAIN TEXT

Objective-C:

// globale da qualche parte... dipo in un Delegate (.h)
UIActivityIndicatorView *activity;
 
// Nella loadView o viewDidLoad inizializziamo l'Activity Indicator 
activity = [[UIActivityIndicatorView alloc] initWithActivityIndicatorStyle:UIActivityIndicatorViewStyleWhite];  
[self.view addSubview:activity];
[activity setCenter:CGPointMake(160, 240)];
[activity stopAnimating];
 
// Quando ci serve
-(void)someMethod {
    [activity startAnimating];
    // to doing...
    [activity stopAnimating];
}

6. Localizzazione

Tramite questo snippet è possibile capire in che "lingua" è impostato il nostro device:

PLAIN TEXT

Objective-C:

// Checking language and localization
NSUserDefaults  *defaults        = [NSUserDefaults standardUserDefaults];
NSArray         *languages       = [defaults objectForKey:@"AppleLanguages"];
NSString        *currentLanguage = [languages objectAtIndex:0];
    
NSLog(@"Current Locale: %@", [[NSLocale currentLocale] localeIdentifier]);
NSLog(@"Current language: %@", currentLanguage);

7. iPhone o iPod?

Questa classe è utilissima per determinare su quale dispositivo Apple sta funzionando la nostra applicazione. Non solo possiamo determinare il modello (iPhone o iPod Touch) ma anche la versione. Create due file UIDevice-hardware.h e UIDevice-hardware.m:

PLAIN TEXT

Objective-C:

// UIDevice-hardware.h
#import 
 
#define IPHONE_1G_NAMESTRING @"iPhone 1G"
#define IPHONE_3G_NAMESTRING @"iPhone 3G"
#define IPHONE_3GS_NAMESTRING @"iPhone 3GS"
#define IPOD_1G_NAMESTRING @"iPod touch 1G"
#define IPOD_2G_NAMESTRING @"iPod touch 2G"
 
@interface UIDevice (Hardware)
- (NSString *) platform;
- (NSString *) platformString;
@end

PLAIN TEXT

Objective-C:

// UIDevice-hardware.m
#import "UIDevice-hardware.h"
#include 
#include 
 
@implementation UIDevice (Hardware)
 
/*
 Platforms
 iPhone1,1 = iPhone 1G
 iPhone1,2 = iPhone 3G
 iPhone2,1 = iPhone 3GS
 iPod1,1   = iPod touch 1G
 iPod2,1   = iPod touch 2G
 */
 
- (NSString *) platform {
    size_t size;
    sysctlbyname("hw.machine", NULL, &size, NULL, 0);
    char *machine = malloc(size);
    ysctlbyname("hw.machine", machine, &size, NULL, 0);
    NSString *platform = [NSString stringWithCString:machine];
    free(machine);
    return platform;
}
 
- (NSString *) platformString {
    NSString *platform = [self platform];
    if ([platform isEqualToString:@"iPhone1,1"]) return IPHONE_1G_NAMESTRING;
    if ([platform isEqualToString:@"iPhone1,2"]) return IPHONE_3G_NAMESTRING;
    if ([platform isEqualToString:@"iPhone2,1"]) return IPHONE_3GS_NAMESTRING;
    if ([platform isEqualToString:@"iPod1,1"])   return IPOD_1G_NAMESTRING;
    if ([platform isEqualToString:@"iPod2,1"])   return IPOD_2G_NAMESTRING;
    return NULL;
}
@end

Nel nostro Delegate possiamo inserire:

PLAIN TEXT

Objective-C:

#import "UIDevice-hardware.h"
//
- (void)checkDeviceTypeAndCapabilities {
    NSLog(@"type: %@", [[UIDevice currentDevice] platform]);
    NSLog(@"type: %@", [[UIDevice currentDevice] platformString]);
}

8. Camera

Quando si scrive un'applicazione che usa l'accesso alle funzioni della Camera è bene verificare che il "device" supporti tali funzionalità (come da direttive Apple):

PLAIN TEXT

Objective-C:

UIImagePickerController *imgPicker;
// ...
if ( ([UIImagePickerController isSourceTypeAvailable:UIImagePickerControllerSourceTypeCamera])) {
    self.imgPicker.sourceType = UIImagePickerControllerSourceTypeCamera;
    [self presentModalViewController:self.imgPicker animated:YES];
}

9. Photo Album & Photo Library

Similmente a quello che accade con la Camera, è bene effettuare gli giusti controlli anche quando si accede alla libreria delle immagini:

PLAIN TEXT

Objective-C:

UIImagePickerController *imgPicker;
// ...
if ( ([UIImagePickerController isSourceTypeAvailable:UIImagePickerControllerSourceTypeSavedPhotosAlbum])) {
    self.imgPicker.sourceType = UIImagePickerControllerSourceTypeSavedPhotosAlbum;
    [self presentModalViewController:self.imgPicker animated:YES];
}
// oppure ...   
if ( ([UIImagePickerController isSourceTypeAvailable:UIImagePickerControllerSourceTypePhotoLibrary])) {
    self.imgPicker.sourceType = UIImagePickerControllerSourceTypePhotoLibrary;
    [self presentModalViewController:self.imgPicker animated:YES];
}

10. Disponibilità e tipo di rete

Fortunatamente Apple ha scritto per noi una classe per determinare lo stato della rete. Questa può essere utilizzata nella nostra applicazione sia per verificare la presenza di rete che la sua tipologia: ethernet o WiFi. Scaricate Reachability.h e Reachability.m. Aggiungete il Framework SystemConfiguration.framework. A questo potete scrivere una funzione tipo:

PLAIN TEXT

Objective-C:

// nel tuo Delegate .h
@class Reachability;
//
// nel Delegate .m
#import "Reachability.h"
 
// Verifica copertura rete
- (BOOL)CheckNetworkStatus {
    return ([[Reachability reachabilityForInternetConnection] retain] != NotReachable);
}

Attenzione che il codice presente su Apple, il cui sorgente completo è reperibile in Reachability.zip, è per le SDK 3.1.2. Se provate a compilare per le SDK 2.2.1 dovete commentare alcune parti di codici non supportate dalle "vecchie" (anche se ancora presenti) SDK; come le define:

PLAIN TEXT

Objective-C:

kSCNetworkReachabilityFlagsConnectionOnTraffic
kSCNetworkReachabilityFlagsConnectionOnDemand

e la parte di codice (da commentare):

PLAIN TEXT

Objective-C:

//    if ((((flags & kSCNetworkReachabilityFlagsConnectionOnDemand ) != 0) ||
//        (flags & kSCNetworkReachabilityFlagsConnectionOnTraffic) != 0))
//        {
//         // ... and the connection is on-demand (or on-traffic) if the
//         //     calling application is using the CFSocketStream or higher APIs
//      
//         if ((flags & kSCNetworkReachabilityFlagsInterventionRequired) == 0)
//         {
//          // ... and no [user] intervention is needed
//          retVal = ReachableViaWiFi;
//         }
//     }

Tags: Activity Indicator, Apple, Camera, Device, Featured, Framework, iPhone, iPhone, iPod, iPod Touch, Localizzazione, Mobile, Objective-C, Reachability, Snipp, Sviluppo, tips-&-tricks, UIActivityIndicatorView, UIApplication, UIDevice, UIImagePickerController, UIWebView, ViewController, XCode

Post correlati

Very short snippet: formattare un data di un controllo UIDatePicker

Giovambattista Fazioli — Fri, 06 Nov 2009 10:28:38 +0000

Il controllo UIDatePicker è forse il più bel controllo grafico presente su Apple iPhone. Oltre alla bellezza risulta anche semplice da utilizzare, versatile ed estremamente utilizzato in moltissime situazioni.

Diventa quindi importate saper "leggere" la data impostata nel controllo:

PLAIN TEXT

Objective-C:

// questo metodo funziona sia sul Simulatore sia sul Device (SDK 2.2.1)
NSDate *date = dateInsert.date;
NSDateFormatter *dateFormat = [[NSDateFormatter alloc] init];
[dateFormat setDateFormat:@"yyyy-MM-dd HH:mm"];
NSLog(@"Data formattata: %@", [dateFormat stringFromDate:date] );

PLAIN TEXT

Objective-C:

// anche questo funziona su entrambi, Simulatore e Device, ma quando lo si
// compila per il Device emette un Warning
// warning: 'NSDate' may not respond to '-descriptionWithCalendarFormat:timeZone:locale:'
NSLog(@"Data formattata: %@", [dateInsert.date descriptionWithCalendarFormat:@"%Y%m%d %H:%M" timeZone:nil locale:nil] );

Tags: Device, Format, iPhone, iPhone, Mobile, NSDateFormatter, Objective-C, SDK 2.2.1, Snipp, Sviluppo, UIDatePicker

Post correlati

Objective-C: NSLog() su struct C

Giovambattista Fazioli — Thu, 29 Oct 2009 09:02:46 +0000

La sintassi NSLog(@"%@", ... ); funziona ed è utilizzata per ottenere informazioni sugli oggetti, ma non funziona su tipi dato C come struct CGRect o CGPoint, ad esempio. Per poter sfruttare NSLog(@"%@", ... ); anche su struct di tipo C possiamo appoggiarci a funzioni di conversione come NSStringFromCGRect() o NSStringFromCGPoint:

PLAIN TEXT

Objective-C:

CGrect mioRect = (CGRect){10,20,30,40};
CGPoint mioPoint = (CGPoint){32,64};
//
NSLog( @"Info rettangolo: %@", NSStringFromCGRect(mioRect) );
NSLog( @"Info point: %@", NSStringFromCGPoint(mioPoint) );

Nello specifico è possibile perfezionare tale procedure scrivendosi delle piccole macro utili come:

PLAIN TEXT

Objective-C:

#define NSLogRect(rect) NSLog(@"%s: (%0.0f, %0.0f) %0.0f x %0.0f", #rect, rect.origin.x, rect.origin.y, rect.size.width, rect.size.height)

Oppure:

PLAIN TEXT

Objective-C:

#define NSLogCGPoint(point) NSLog(@"%s: (%0.0f, %0.0f)", #point point.x, point.y)
 
CGPoint mioPoint = (CGPoint){32,64};
NSLogCGPoint(mioPoint);

Che darà come output:

PLAIN TEXT

Objective-C:

mioPoint: (32, 64)

Tags: Apple, CGPoint, CGRect, iPhone, iPhone, Mobile, NSLog(), NSString, NSStringFromCGRect(), Object, Objective-C, Objective-C, struct, Sviluppo

Post correlati

Very short trick: 3 trick per gli sviluppatori Apple iPhone

Giovambattista Fazioli — Wed, 28 Oct 2009 13:06:11 +0000

Icona applicazione

L'icona 57x57 pixel che andrà a rappresentare la nostra applicazione viene "alterata" automaticamente dall'Apple iPhone: viene aggiunto un bordo arrotondato, un effetto luminoso e 3D. Questa impostazione può essere cambiata selezionando il file [nome applicazione]-Info.plist e aggiungendo la property "Icon already includes gloss and bevel effects":

Fullscreen, eliminare la status bar

Sempre agendo sul file [nome applicazione]-Info.plist è possibile "nascondere" la barra di stato che si trova nella parte alta dello schermo, così da realizzare applicazioni in fullscreen. Anche in questo caso basta aggiungere la property "Status bar is initially hidden":

XCode: eliminare una riga

Per eliminare una riga intera in XCode si può utilizzare la combinazione: CTRL+A, CTRL+K, CTRL+K.

Tags: Apple, fullscreen, iPhone, iPhone, Mobile, Objective-C, Sviluppo, tips-&-tricks, trick, XCode

Post correlati

XCode Objective-C: abbreviazioni utili da tastiera

Giovambattista Fazioli — Mon, 26 Oct 2009 15:09:49 +0000

XCode è davvero un ambiente di sviluppo potente e riserva sempre qualche sorpresa. Esso permette una funzione simile agli "snippet" del noto editor TextMate. In pratica è possibile inserire blocchi di codice utilizzando la sequenza tasto ESC + una combinazione di una o più sequenze di caratteri. Ad esempio se volete inserire un blocco if prova a premere ESC+if e otterrete:

Come mostrato in figura, appare un menu (lo stesso del completamento automatico) dove è possibile scegliere tra un semplice blocco if o if/else. Cliccando "invio" si ottiene:

Ecco due link utili per avere la lista completa delle combinazioni da tastiera:

Tags: Completamento automatico, iPhone, Macros, Mobile, Objective-C, Objective-C, Software, Sviluppo, XCode

Post correlati

Very short snippet: iPhone, numeri casuali

Giovambattista Fazioli — Fri, 09 Oct 2009 09:19:29 +0000

Se avete bisogno di generare numeri casuali in una applicazione Apple iPhone dovete mettere da parte Objective-C, in quanto non propone nessuna classe allo scopo. La soluzione viene dal C che propone: rand(), srand(), random(), srandom() e arc4random().
Tra tutte la più gettonata è sicuramente arc4random(), in quanto non richiede nessuna inizializzazione speciale o funzioni di seeding, restituendo un buon valore "randomico"; potremmo dire che è auto-inizializzante.

PLAIN TEXT

Objective-C:

// Genera un numero casuale da 0 a 99
int rnd = arc4random() % 100;
 
// Genera un numero casuale da 20 a 50
int rnd =  (arc4random() % 51) + 20;

Tags: Apple, arc4random(), iPhone, iPhone, Mobile, numeri casuali, Objective-C, Objective-C, Snipp, Snippets, Sviluppo

Post correlati

Adobe Flash Professional CS5 per Apple iPhone

Giovambattista Fazioli — Wed, 07 Oct 2009 08:16:54 +0000

Tags: Adobe, Adobe Flash Professiona 5, Apple, Eventi & Iniziative, Flash, iPhone, Mobile, Sviluppo, Tecnologia

Post correlati

Come impostare XCode per usare l’iPhone al posto del simulatore

Giovambattista Fazioli — Wed, 26 Aug 2009 23:05:21 +0000

In rete ho trovato un bellissimo screencast su come configurare il nostro device iPhone in modo da poterlo utilizzare per il test di un'applicazione; al posto quindi del simulatore. Lo screencast dura circa sette minuti e ci guiderà passo per passo su tutto il processo di configurazione dell'ambiente XCode, la richiesta dei certificati, etc... così da poter lanciare il codice sorgente sul dispositivo iPhone. Contestualmente allo screencast potete avvalervi anche di una spiegazione testuale presente nel pacchetto.

Tags: Apple, Debug, Device, Featured, iPhone, iPhone, Mobile, Screencast, Sviluppo, Sviluppo, Tutorials

Post correlati

iPhone: creare un metodo per rispondere agli eventi cross class

Giovambattista Fazioli — Tue, 28 Jul 2009 22:00:26 +0000

Normalmente un evento, che altro non è che un messaggio, viene risolto (impostato ed implementato) nella stessa classe o contesto, della funzione o procedura "chiamante". Ad esempio se aggiungiamo un bottone UIButton via codice (programmatically), possiamo trovarci all'interno di una nostra classe UIView o in un UIViewController. In entrambi i casi l'operazione di allocazione e inizializzazione del bottone sarà seguita dall'impostazione del target che dovrà ricevere un messaggio quando si "cliccherà" sul bottone, sul tipo:

PLAIN TEXT

Objective-C:

UIButton *bottone = [UIButton buttonWithType:UIButtonTypeRoundedRect];
bottone.frame = CGRectMake(10, 180, 300, 30);
[bottone setTitle:@"Press me" forState:UIControlStateNormal];
// decide chi deve ricevere il messaggio UIControlEventTouchUpInside
[bottone addTarget:self action:@selector(onButtonClicked) forControlEvents:UIControlEventTouchUpInside];
// ...
- (void) onButtonClicked {
// ...
}

La riga 5 del codice mostrato sopra decide chi (l'oggetto) e cosa (il metodo) "chiamare" quando il nostro bottone è stato premuto. Nell'esempio sopra illustrato si nota anche che l'impostazione del messaggio di pressione viene inviato al metodo onButtonClick implementato più sotto, quindi facente parte dello stesso contesto (o classe). La prima considerazione ovvia che possiamo fare, dunque, è che alterando i parametri self e action potremmo inviare il nostro messaggio ad un qualsiasi altro oggetto, posto quindi al difuori del contesto in uso. Ecco un esempio pratico: una classe UIApplicationDelegate crea un UIViewController:

PLAIN TEXT

Objective-C:

//
// myAppDelegate.m
//
splashScreenController = [SplashScreenController alloc];
[window addSubview:splashScreenController.view];

Lo SplashScreenController espone un metodo che permette di animare la UIView associata al UIViewController stesso:

PLAIN TEXT

Objective-C:

//
// SplashScreenController.m
//
- (void) animateBackgroundDown {
    [UIView beginAnimations:nil context:nil];
    [UIView setAnimationDuration:0.75];
    [UIView setAnimationCurve:UIViewAnimationCurveEaseInOut];
    [UIView setAnimationDelegate:self];
    [UIView setAnimationDidStopSelector:@selector(onAnimationFinished)];
    self.view.frame = (CGRect){0,480,320,480};
    [UIView commitAnimations];
}
// ...
- (void) onAnimationFinished {
    NSLog(@"Animazione terminata");
}

Il codice sopra mostra un metodo definito all'interno della classe SplashScreenController di tipo UIViewController. Esso non fa altro che animare la UIView animandola verso il basso e, quando l'animazione è terminata, chiamare il metodo (invia un messaggio a se stesso - da qui self) onAnimationFinished definito più sotto, facente parte sempre della classe SplashScreenController. Ne segue che nella nostra myAppDelegate, quando invocheremo il metodo animateBackgroundDown, non saremo informati della fine dell'animazione:

PLAIN TEXT

Objective-C:

//
// myAppDelegate.m
//
[splashScreenController animateBackgroundDown];

Quello che potremmo desiderare, invece, è realizzare una nuova versione di animateBackgroundDown tale da dirgli a chi inviare il messaggio di fine animazione e quale metodo chiamare. In pratica vogliamo fare in modo di poter scrivere nella nostra classe myAppDelegate:

PLAIN TEXT

Objective-C:

//
// myAppDelegate.m
//
[splashScreenController animateBackgroundDown:self selector:@selector(onAnimationFinished)];
// ...
- (void) onAnimationFinished {
    NSLog(@"Animazione terminata");
}

Questa volta il metodo onAnimationFinished non si trova nel UIViewController, bensì in myAppDelegate. Per fare questo è sufficiente modificare il metodo animateBackgroundDown nel UIViewController nel modo seguente:

PLAIN TEXT

Objective-C:

//
// SplashScreenController.m
//
- (void) animateBackgroundDown:(id)target selector:(SEL)selector {
    [UIView beginAnimations:nil context:nil];
    [UIView setAnimationDuration:0.75];
    [UIView setAnimationCurve:UIViewAnimationCurveEaseInOut];
    [UIView setAnimationDelegate:target];
    [UIView setAnimationDidStopSelector:selector];
    self.view.frame = (CGRect){0,480,320,480};
    [UIView commitAnimations];
}

Adesso abbiamo un metodo che accetta il "contesto" (target) e il metodo da chiamare (selector). Adesso, quando l'animazione termina, il messaggio AnimationDidStop sarà inviato a myAppDelegate a qualsiasi altro "oggetto" / classe in grado di riceverlo.

Tags: Apple, callback, events, iPhone, iPhone, message, Mobile, Objective-C, Objective-C, selector, self, Sviluppo, target, UIApplicationDelegate, UIViewController

Post correlati

Objective-C: un’alternativa all’uso di CGRectMake

Giovambattista Fazioli — Mon, 27 Jul 2009 06:00:55 +0000

CGRectMake() è una funzione (in realtà è un inline #define) molto usata soprattutto quando si creano da codice oggetti grafici o di interfaccia utente. Il suo utilizzo è quindi spesso legato all'inizializzazione di componenti UIKit, ma anche a semplici UIView o UIImageView. CGRectMake() restituisce una struct (struttura di tipo) CGRect:

PLAIN TEXT

Objective-C:

struct CGRect {
  CGPoint origin;
  CGSize size;
};
typedef struct CGRect CGRect;

Che a sua volta è composta da due diverse struct CGPoint e CGSize:

PLAIN TEXT

Objective-C:

struct CGPoint {
  CGFloat x;
  CGFloat y;
};
typedef struct CGPoint CGPoint;
 
/* Sizes. */
 
struct CGSize {
  CGFloat width;
  CGFloat height;
};
typedef struct CGSize CGSize;

Che, a loro volta ancora, contengono tipi CGFloat, ovvero tipi float. Se andiamo ad analizzare il codice della CGRectMake() troviamo:

PLAIN TEXT

Objective-C:

CG_INLINE CGRect
CGRectMake(CGFloat x, CGFloat y, CGFloat width, CGFloat height)
{
  CGRect rect;
  rect.origin.x = x; rect.origin.y = y;
  rect.size.width = width; rect.size.height = height;
  return rect;
}

Ne deriva, quindi, che questa parte di codice:

PLAIN TEXT

Objective-C:

UIButton *gbutton = [UIButton buttonWithType:UIButtonTypeRoundedRect];
gbutton.frame = CGRectMake (12,409,100,40);
[gbutton setTitle:@"Press" forState:UIControlStateNormal];
[mainWindow addSubview:gbutton];

Potrebbe, a ragione, essere scritta anche come:

PLAIN TEXT

Objective-C:

UIButton *gbutton = [UIButton buttonWithType:UIButtonTypeRoundedRect];
gbutton.frame = (CGRect) {12,409,100,40};
[gbutton setTitle:@"Press" forState:UIControlStateNormal];
[mainWindow addSubview:gbutton];

Giusto per velocizzare un po' l'esecuzione del codice...

Tags: Apple, CGFloat, CGPoint, CGRect, CGRectMake, CGSize, float, iPhone, iPhone, Mobile, Objective-C, Objective-C, struct, Sviluppo, Sviluppo, XCode