Roberto Brunetti

Developing in the cloud

.NET Programming

Archives

August 2010 - Posts

Windows Phone 7 Capability

Ogni applicazione deve indicare “cosa” vuole usare sul telefono. Questa tabella contiene la spiegazione di ogni voce da indicare.

ID_CAP_NETWORKING

Applications with access to network services. This must be disclosed because services can incur cost when a phone is roaming.

ID_CAP_LOCATION

Applications with access to location services.

ID_CAP_SENSORS

Applications using the Windows Phone sensors.

ID_CAP_MICROPHONE

Applications that use the microphone. The application can record without visual indication that recording is taking place.

ID_CAP_MEDIALIB

Applications that can access the media library.

ID_CAP_GAMERSERVICES

Applications that can interact with Xbox LIVE APIs. This must be disclosed due to privacy issues since data is shared with Xbox.

ID_CAP_PHONEDIALER

Applications that can place phone calls. This may happen without visual indication for the end user.

ID_CAP_PUSH_NOTIFICATION

Applications that can receive push notifications from an Internet service. This must be disclosed as usage could incur roaming charges.

ID_CAP_WEBBROWSERCOMPONENT

Applications that use the web browser component. There are security risks with scripting.

Posted: Aug 23 2010, 09:58 AM by rob | with no comments
Filed under:
Marketplace for Windows Phone

Post non tecnico, ma spero utile per chi ha iniziato a sviluppare applicazioni per Windows Phone 7 o sta per iniziare.

Il ciclo di vita di un software per Windows Phone 7, oltre alle classiche fasi e diverse metodologie che si possono seguire come per qualunque altra soluzione software, comprende, la pubblicazione dell’applicazione sul Marketplace, da dove, gli utenti potranno acquistare e scaricare (o solo scaricare nel caso di Trial e software gratuiti) l’applicazione stessa.

image

1) Il Windows Phone Developer Portal rappresenta il punto di partenza, da cui, con il proprio Windows Live ID ci si può registrare per utilizzare ai forum, scaricare documentazione, gli strumenti di sviluppo, e, in generale, il materiale di cui abbiamo parlato in più post su questo blog.

2) Se si ha un device e si vuole testare l’applicazione su di esso occorre registrare il telefono come hardware di test per poter debuggare le applicazioni direttamente da Visual Studio. Per farlo si utilizza lo strumento che si installa insieme al WP Developers Tool denominato Windows Phone Developer Registration

3) Scrivere e testare l’applicazione :-)

4) Create il package di installazione (con estensione .XAP) direttamente da Visual Studio tramite il menù contestuale sul progetto

5) Il package viene creato in automatico da Visual Studio e installato sull’emulatore o sul device ogni volta di esegue un debug, un run o un deploy da Visual Studio.

6) Pubblicare l’applicazione. Il package .xap deve essere inviato al Marketplace: il file contiene tutto quello che serve per l’applicazione stessa come il file di manifest, l’icona applicativa (e eventuali icone per i canali se si usano risorse locali), il tile di start, l’eventuale licenza.

7) L’applicazione viene controllata dal personale del marketplace per verificare che sia conforme alle linee guida sia dal punto di vista della user interface (ad esempio non deve contenere riferimenti a materiale pornografico) sia dal punto di vista del funzionamento sul device (ad esempio non deve bloccare una chiamata entrante), sia localizzata nella lingua dei mercati in cui viene proposta.

8) Se il processo di verifica si conclude positiviamente, si può pubblicare l’applicazione nel marketplace attraverso il portale.

9) Il portale offre la possibilità di vedere i feedback degli utenti, analizzare le vendite, controllare l’utilizzo e ovviamente gestire gli aggiornamenti

Poi, speriamo, si inizia a vendere :-)

Posted: Aug 21 2010, 12:29 PM by rob | with no comments
Filed under: