Venedì scorso insieme ad Antonio, Mauro, Tino e Salvatore ho preso parte ai Microsoft Dev Camp 2014 a Napoli. Nel pomeriggio di questa giornata abbiamo tenuto delle mini sessioni tecniche su varie tematiche:
- Antonio ci ha parlato di come usare i Mobile Services di Azure in una Windows store app
- Mauro di come lavorare con i file e le cartelle in Windows Phone 8
- io ho parlato di push notification “home made” per Windows Store App
- Tino ci ha parlato di sviluppo di giochi per windows phone 8 con Unity 3d
Durante la mia mini-sessione ho illustrato come poter inviare push notification senza vincolarsi ai Mobile Services di Azure ed approfitto di questo post per fare un piccolo recap e poi gettare le basi per tutti quegli aspetti che non ho potuto trattare durante la sessione per ovvi vincoli di tempo
Perché?
Scopo cardine delle push notification è fornire all’utente un’esperienza sempre più coinvolgente, partendo dall’aggiornamento costante delle informazioni. Queste informazioni ovviamente sono contenute anche nell’applicazione, ma le notifiche ci permettono di informare l’utente anche quando la nostra app non è in foreground. Esistono 4 tipi di notifiche push:
- Tile
- Badge
- Toast
- Raw (tipologia di notifica che non ho avuto il tempo di spiegare purtroppo, ma ci rifaremo nei prossimi post).
Le Ti_le_ notifications sono quelle notifiche che aggiornano la tile della nostra app sullo start screen
Le B_adge_ notification ci permettono di aggiornare la nostra tile nello start screen e nel lock screen (in questo caso non si parla più di tile ma di badge) per comunicare in maniera rapida delle informazioni all’utente, ad esempio: numero di novità presenti nell’app oppure diverse iconcine (Glyph) che ci permettono di informare l’utente circa lo stato dell’applicazione (una panoramica la trovate qui: http://msdn.microsoft.com/en-us/library/windows/apps/hh779719.aspx)
le Toast notification (argomento su cui ho concentrato la mia demo) sono le notifiche che appaiono in alto a destra. Tra le notifiche le toast sono le più invasive e per questo motivo è richiesto che siano utilizzate in situazioni in cui sono effettivamente utili
le Raw (che ho potuto trattare veramente poco venerdì scorso) sono notifiche a “corpo libero” (stringhe per intenderci) e vengono utilizzate per due scopi principali:
- Invio di informazioni “generiche”: gestendo l’evento PushNotificationReceived del NotificationChannel recuperato per l’app;
- Trigger per Background Tasks: gestito in modo implicito dal sistema operativo (ovviamente da configurare nel vostro manifest) per avviare un vostro background task
Come?
l’invio di push notification segue un iter ben definito fatto di 6 passi (il sesto
- L’app richiede un NotificationChannel alla Notification Client Platform tramite il metodo statico CreatePushNotificationChannelForApplicationAsync della classe PushNotificationChannelManager
- la Notification Client Platform contatta il Windows Notification Service (WNS) e richiede un notification channel
- Il notification channel ricevuto viene passato all’applicazione che provvede a contattare un “nostro” servizio web che lo salva associandolo all’utente/device
- Quando richiesto il della nostra applicazione contatta il WNS (con una richiesta post) ed invia le informazioni inerenti la nostra notifica
- il WNS invia la notifica al Notification Client Platform che a seconda dei casi la gestisce
- La notifica viene gestita:
- Nel caso la nostra app sia in foreground e avessimo sottoscritto l’evento PushNotificationReceived questo verrebbe eseguito (con la stessa dinamica di un routed event)
- nel caso la nostra app non sia in esecuzione sar� il sistema operativo a gestire la notifica, che a fronte della tipologia produrr� degli effetti differenti
Durante questo iter noi, in quanto sviluppatori, possiamo intervenire solo in 4 punti:
- Richiesta del notification channel
- Registrazione/salvataggio del notification channel
- invio della notifica al WNS
- Gestione della notifica sul device
Al fine di semplificare l’invio di push notification anche “on promise” all’interno della demo ho usato una piccola libreria che ho iniziato a sviluppare di recente (reperibile al link: https://pushhelper.codeplex.com/) per semplificarmi e standardizzare i passi che compio nell’invio di push notification. In questo modo, con poche righe di codice invio delle notifiche verso windows 8.1
All’interno del progetto oltre alla libreria ci sono anche il servizio ed il client di demo per poter testare l’invio di una tile ed una toast notification. Unici accorgimenti da seguire:
- valorizzare il tag identity nel manifest dell’applicazione client con i dati di un’app che dovete registrare sul dev center (https://appdev.microsoft.com/StorePortals)
- una volta creata l’app potete comodamente associare i dati facendo click sul progetto e dal dialog reperibile nel menù al percorso [project –> store –> Associate app with the store] potete avviare una procedura di associazione “automatica”
- richiedere il sid e la secret key per accedere al WNS relativi all’app che avete appena creato (saranno necessari per loggarvi sul WNS)
Spero di riuscire, lavoro permettendo, a fare una serie di post (in breve termine) sull’argomento sperando che siano utili.
Stay tuned.