« augusti 2012 | Main | oktober 2012 »
Channel9 har en bra serie med korta (alla under 20 minuter) videos om hur man migrerar en app ifrån Windows Phone 7 till Windows 8. Det som är extra spännande är att båda apparnas källkod, Windows Phone 7 och Windows 8, är tillgängliga för nedladdning.
Man kommer alltid för eller senare till att man behöver en meny i sin App. Appar för Windows 8 använder sig av en klass som heter AppBar för att kunna skapa en meny, som döljs automatiskt, i toppen eller botten på skärmen.
Om man tittar vad som har skapats så är det en Grid med två kolumner, en för knappar som skall synas till vänster en för knappar som skall synas till höger.
Jag har inte hittat något sätt att lägga till knappar via ett menyval. Men det gör inte så mycket för det är mycket enkelt att göra det själv i xaml.
En knapp i en AppBar är just det som den säger sig vara, en knapp (Button). Det man gör är att skapa en knapp med en speciell stil. Det finns en mängd med färdiga stilar i filen StandardStyles.xaml. Den filen har automatiskt skapats och lagts i katalogen Common, när projektet skapades.
Alla stilar för knapparna är bort kommenterade för att inte ta onödig plats i den kompilerade appen.
Long Zheng har skapat ett enkelt program med namnet MetroAppBarSample, som listar alla stilar som finns. (Kör appen och håll muspekaren över en stil som du vill använda. Då kommer information upp om stilens namn.)
Sök fram detta namn i StandardStyles.xaml och ta bort kommenteringen av denna.
Skapa en ny Button i vänstra eller högra kolumnen i menyn och ange stilen i attributet Style.
<Button x:Name="Refresh" Style="{StaticResource RefreshAppBarButtonStyle}" Tag="Uppdatera" Click="CommandRefresh" />
Detta är en vanlig knapp så du kan antingen använda dig av händelsen Click eller binda till ett kommando genom Command.
Det finns några egenskaper på klassen AppBar. Jag vill ta upp en, som jag själv har använt mig av, IsSticky. Om den är true så kommer kommer inte menyn att försvinna när man klickar utanför menyn. Den stannar helt enkelt kvar längre på skärmen, som kan vara en fördel ibland.
När jag försökte publicera min första app i Windows Store, Trafikofon, så underkändes jag på ett krav om sekretesspolicy i min app. Det tog två underkännanden innan jag förstod vad jag var tvungen att göra.
Så här står det i certifieringsreglerna:
4.1.1 Om din app samlar in personlig information måste du ha med en sekretesspolicy
Om appen samlar in eller överför en användares personliga information, bland annat IP-adressen, måste du ha en sekretesspolicy som följer tillämplig lagstiftning och gällande bestämmelser, informerar användarna om vilken information som samlas in av appen och hur denna information används, lagras, skyddas och lämnas ut samt beskriver på vilka sätt användarna kan kontrollera hur informationen används och delas och hur de kan komma åt sin egen information.
Du måste också ge åtkomst till din sekretesspolicy i appbeskrivningen samt i appens inställningar som visas på snabbknappen Inställningar i Windows.
Det som gjorde mig konfunderad var att i Trafikofon samlade jag inte in någon som helst personlig information. Jag sparade ingenting i appens data, jag använde inga lokaliseringstjänster eller skickade över någonting över nätet. Det enda som appen gör är att hämta en RSS-feed och visa den.
Man behöver göra två saker, om man läser den sista meningen i certifieringskravet ovan.
OBSERVERA
Detta är hur jag löste detta. Detta är ingen officiell rekommendation hur man skall skriva en sekretesspolicy. Jag tycker också att det är bra att vi är hårda på denna policy när vi certifierar så att användarna av Windows Store kan vara säkra på att inte någonting av deras personliga information skall spridas på ett sätt som de inte har godkänt.
Här skall jag lite summariskt visa på de olika stegen när man publicerar en Windows 8 app i Windows Store.
Detta gör man i Visual Studio 2012, “Create App Package…”
Här väljer man Yes, vilket gör att appen kommer att signeras för att sedan läggas upp i Windows Store.
Innan man har laddat upp ett paket för första gången så skall man ha reserverat ett namn i Windows Store. Detta är detta reserverade namn som syns i listan. Görs med menyvalet “Reserve App Name…”.
Här talar man om för vilka plattformar som appen skall kunna köras på.
Nästa steg är att det automatiska testverktyget Windows App Certification Kit körs. Det tar några minuter och testar vissa scenarion i din app, exempelvis hur snabb den är på att komma till första skärmen och hur mycket minne den har använt när man startat upp appen.
Nu är appen paketerad och klar för att laddas upp.
Det finns ett antal formulär som man måste fylla i. Man behöver inte göra allt på en gång, för den kommer ihåg vad man redan har fyllt i sedan senare, så man kan återkomma utan att behöva skriva om allting.
Det är ett antal steg och de låses upp efterhand som man klarar av det tidigare steget.
Stegen för att publicera en app.
Vad är detta för typ av app: Gratis, Köp eller Trail, och i vilka marknader skall appen publiceras.
Om man använder Push Notifications och Live Connect, plus erbjudanden inuti sin app.
Åldersgräns
Om appen använder kryptering.
Här laddar man upp det paket som tidigare skapades i Visual Studio.
Beskrivning av appen
Om man vill ge några kommentarer till testarna.
När alla dessa steg är klara så finns det nu möjlighet att starta certifieringen.
Jag bestämde mig för att detta skulle bli min första app som jag också publicerar i Windows Store för Windows 8. Här nedan kommer några av mina erfarenheter av att göra detta.
Här kan du ladda ned Trafikofon för Windows Phone
Här kan du ladda ned Trafikofon för Windows 8
Den första och egentligen största skillnaden mellan en app för Windows Phone och Windows 8 är den stora skärmen som man har tillgång till i Windows 8. Detta kan vara lite skrämmande och skapa “skrivkramp”. (Jag tror det var Ernest Hemingway som sade att han avskydde ett tomt pappersark och rekommenderade att man direkt skrev något på arket. Något som man sedan troligtvis tog bort.)
Det svåraste när man konverterar en app ifrån Windows Phone är inte funktionaliteten som sådan eller koden som den utgörs av utan av hur man skall anpassa sin design till de nya förutsättningarna. En komplikation är att designen och användargränssnittet inte kan vara anpassat efter endast en skärmupplösning som i Windows Phone. Förutom att skärmen kan vara liggande och stående, så kan den vara i olika format och så kan en app vara “snappat” på högra eller vänstra sidan av skärmen. Detta gör att man måste göra ett mer adaptivt användargränssnitt som flyter med skärmens storlek och orientering.
Det har blivit vanligare och vanligare att försöka skriva sina program så att de utnyttjar asynkrona anrop. Det vill säga att man gör ett anrop och sedan väntar man inte på svaret utan gör något annat under tiden tills resultatet kommer tillbaka och då bearbetar man det. I Windows 8 är många av operativsystemets API:er asynkrona och man har fått hjälp i programmeringsspråken med två nya kommandon, async och await.
Det blir lite annorlunda att testa sina appar i Windows 8 därför att alla appar startar i fullskärmsläge. Personligen rekommenderar jag att man skall försöka ha två skärmar kopplad till sin dator så att man samtidigt kan köra sin app och se koden. Kan man inte det så finns två andra möjligheter: Simulator och Remote Machine.
Med simulatorn så startar man en simulering av Windows 8 och installerar appen där. Denna simulator är bra också om man vill testa ändrad orientering av skärmen och även simulera touch utan att ha en touchskärm. Det fungerar på ungefär samma sätt som emulatorn i Windows Phone.
Remote Machine gör det möjligt att över sitt nät koppla upp sig emot en annan dator och köra appen där. Debuggning funkar. Det är inte som på Windows Phone där man via en USB-kabel kan installera och köra en app på sin telefon.
Recent Comments