Frantic After Work: Microsoft Windows 8 –sovelluskehitys käytännössä

Perttu Monthan, Vice President, Marketing & Strategic Partnerships,

atBusiness. Twitter @monthan.

Juha Vitikka, Principal Consultant, atBusiness. Twitter @juhavitikka.

Aiheet

Windows 8 sovellukset –

miksi?

Windows 8 -sovelluskehitys käytännössä – mitä tarkoittaa?

Lessons learned

Microsoftin hyväksyntä-

prosessi Analytiikka Q&A

Windows 8 –sovellukset – miksi?

Luottamuksellinen 16.10.2012 4

Windows 8 –sovellukset – miksi?

Uusi tapa käyttää tietokonetta: luonnollinen kosketus tai kynä

perinteisen hiiren rinnalla

• Samat sovellukset pienin mukautuksin toimivat myös uudella Windows Phone 8:lla

Appsit edustavat uutta filosofiaa, joka heijastuu myös tuttuun

Officeen ja SharePointiin

• Sovellukset yleistyvät halusit tai et. Voit itse valita oletko utelias omaksuja vai luddiitti.

Luottamuksellinen 16.10.2012 5

Windows 8 –sovelluskehitys käytännössä

http://dev.microsoft.com

Dokumentaatio

Esimerkit

Ladattavat työkalut

• Windows 8 tools and SDK

• Visual Studio 2012

• Blend for Visual Studio

• Windows 8 SDK

Tuki

Yhteisö (community)

Windows 8 App Development Cycle

Start with an idea

Design UX for your app

Develop your app (C#, XAML,

JavaScript, html)

Iterate

Send to Microsoft for approval & publishing

Sell & manage

Case Terveystalo – Taustaa

Motiivi: saada kehityskokemusta eturivissä, palvella aitoa (bisneskriittistä)

asiakastarvetta

• Terveystalo & Frantic entuudestaan tuttuja

• atBusineksella aiempaa kokemusta Windows Phone -sovelluskehityksestä

Tehtävä: Oma terveys –sovelluksen toteutus perustuen konseptiin

• Pohjalla Windows Phone 7 –sovellus lähdekoodeineen

Case Terveystalo – Lessons learned

Retrospekti, positiivista

• Kehittäminen sujuvaa mikäli Microsoftin kehitysvälineet entuudestaan tuttuja

• Saatu kokemus kehittämisestä; Windows 8:n eri ominaisuudet (dynaaminen resoluutio, rotaatio, snapped-tila) ja tilanhallinta

• Alustavat käyttäjäpalautteet

Näissä onnistumme seuraavaksi paremmin

• Aiemman lähdekoodin ”porttaus” ei välttämättä ole tehokkain tapa edetä (sovellus harvoin 1:1 aiemman kanssa)

• Mikäli Windows Phone -sovelluksessa on käytetty 3. osapuolien kirjastoja (UI libraryt, storage helperit yms.), näistä ei välttämättä löydy WinRT -versiota, jolloin vastaavat tai korvaavat toiminnot on tehtävä kehitystyönä

• Työmäärien arviointi ensimmäisissä toteutuksissa haastavaa. Suositeltavaa tehdä vasta kun lähdekoodi analysoitu (ml. appframework, tilan hallinta jne)

Microsoftin hyväksyntäprosessi sovelluksille

Analytiikka

Raportit

Raportit